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INTRODUCTION 


This manual describes and defines an architecture used in Burroughs Corporation data processing sys- 
tem products. Products that include architecture described in this manual are essentially compatible 
with each other, including four generations of prior system products. It is intended that this tradition 
extend to systems developed in the future. 


"Essentially compatible”, as used in this manual, means that programs written to process on one system 
also process on other systems sharing the same architectural design. Any reprogramming or adaptation 
to process a program on a similar system architecture will be of a minor nature. Programs originally 
written for execution on a prior generation system may require adaptation to account for present-day 
peripheral devices, which did not exist when the prior system architecture was designed. This is also 
true when adapting a present-day program to execute on a prior system design architecture. 


This architecture is designed for use in systems with different hardware characteristics, called 
“implementations” in this manual. System implementations may differ in the manner or method of 
handling internal operations or reporting system status information. When “implementation” is used 
in this manual, it implies a possible variance between systems with different hardware characteristics. 
“Implementation” variances may explain why particular programs execute differently on systems that 
use this common architecture design. 


This manual is designed to be used as the second volume of a two-volume System Reference Manual, 
for all systems that utilize this common architecture design. The first volume in a System Reference 
Manual set describes the characteristics of the hardware used in the system, and identifies the system 
designation. This second volume then describes the common operating system concepts and require- 
ments. 


This document is organized as four sections, followed by three reference appendixes. Sections are num- 
bered and appendixes listed alphabetically. 


Section 1: Data Structures 
This section describes the data structures and formats used in this architecture. All structures and 
formats, including system control structures and formats, are given. 


Section 2: Stack Concept and Processor State . 
This section describes the concepts and operating characteristics of a stack. The stack links the 
hardware and software of a system together, to initiate Activation Records of a program or pro- 
cess upon the system. Processor state (the system status required by the architecture) and memory 
addressing environment of the architecture are also described in this section. 


Section 3: Operator Set and Common Actions 
This section defines all operators in the architecture repertoire. Common Actions, which are gener- 
al functions of the common architecture, are also described. 


Section 4: Interrupts 
Interrupts, generated by the architecture to document and define events and errors, are defined 
and described in this section. 


Appendix A: Operator Code Lists 
This appendix lists all operators of the architecture, in alphabetical order and by numeric-code val- 
ue. It also identifies the mnemonic terms that distinguish operator functions. The system operating 
Mode for each operator code is specified. 
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Appendix B: Operator Reference Summaries 
This appendix lists operator mnemonics in alphabetic order. For each operator, the changes to the 
top of the stack resulting from execution of the operator are given. In addition, all interrupts that 
can be generated during execution of an operator are identified. For each interrupt that is listed, 
the most probable cause is given. 


Appendix C: Interrupt Reference Summaries 
This appendix itemizes all Operator Dependent Interrupts (ODI), in alphabetic order. For each 
ODI, operators (listed in alphabetical order) that generate that ODI, along with the most probable 
cause for the interrupt, is given. 


From time-to-time this manual digresses to provide pragmatic commentary. Pragmatic commentaries 
describe practical aspects and as such may represent interruptions of technical subject descriptions. The 
following convention is used to inform a reader of the start of pragmatic discussion. Pragmatic discus- 
sions terminate at new topic headings, which change the subject. The following is an example of a 
pragmatic commentary: 


Pragmatic Notes 
Pragmatic Notes Subject : Data Types 
This architecture supports a number of data types that can be uniquely distinguished from each other 
by their structure; all such data types are defined in this section. This architecture supports additional 


data types that are distinguished by context; some of these are defined in this section, while the remain- 
der are defined along with the applicable operators. 


XXil 
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SECTION 1 
DATA STRUCTURES. 


GENERAL INFORMATION 


Words are the fundamental unit of data. A word consists of a tag field and an information field. Fig- 
ure 1-1 shows the structure of a word and identifies the fields and bits within the word structure. 


A tag field consists of four binary bits. The value of the tag field bits provides the general interpreta- 
tion of data contained in the word information field. There are 16 different tag field values possible, 
but all possible values are not currently used. Some tag field values define words that have variable 
interpretations, but in these cases, information field bits further define the particular interpretation that 
applies to that word. 


Words have 48 information field bits. The information field bits are numbered 47 down to zero, from 
the high-order bit down to the low-order bit. Within a word, the 48 bits are subdivided into smaller 
bit fields. A smaller field within the information field of a word is denoted [first:length]. First is the 
bit number of the high-order bit in the field (first < 47), and length is the field length in bits (length 
<= 48). Fields are often given names, such as "stack__number” for "[47:12]”. A field of an object, 
or the class formed by applying the field specification to a class of objects, is denoted by suffixing 
the field name or specification to the object or type name with an interposed dot: x.[46:1] or 
SIRW.stack__number. 


TAG 
FIELD INFORMATION FIELD 


ot tw wt ot ot _3 
Yi wt wl ft aw -~ 2 


| ad 42 


Figure 1-1. Word Format 


When necessary, fields are wrapped around from the lowest-order bit to the highest-order bit. If length 
> first+1 then length — (first+1) bits are concatenated starting from the highest-order bit (47). The 
following sequence illustrates the field [first:length] in the case where length > first +1: 


47,46, gona Prins ty TPE ,0,47,46, vets , last, ee: | 
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Word types are distinguished by tag value and frequently by additional type bits in the word. This 
section defines the data type name, tag and type bit identification, field interpretation, and semantics 
of each word type. 


In the remainder of the document, word types will be referred to by type name. Because the data type 
double-precision consists of two words, the term “item” is used (instead of “word”) to refer to an entity 
whose type may be double-precision. 


EVEN-TAG WORDS 


Words with even tag values serve primarily as computation arguments, rather than as reference argu- 
ments or control structures. 


An important aspect of such words is that they can be stored over in memory by normal store (as 
opposed to overwrite) operations, whereas all odd tagged words are protected from normal writes. 


Operands (Single-and Double-Precision) 


The great majority of data items dealt with by programs are operands, of which there are two types. 
A single-precision operand is a single word with a tag of 0 (see figure 1-2). A double-precision operand 
is a pair of consecutive words, both with a tag of 2 (the “first” word is always the word at the lower 
memory address whenever the operand is stored in memory). Figure 1-3 shows a double-precision oper- 
and. 


Throughout this document, the term operand is used solely to refer to the type union single and dou- 
ble-precision. 


Neither operand type has a unique interpretation applied to it. Operators, according to their function, 
apply different interpretations. For example, operands are interpreted as numeric values, bit vectors, 
and character sequences by arithmetic, word manipulation, and pointer operators, respectively. Numer- 
ic and Boolean operands are generated and interpreted by a wide variety of operators, and are therefore 
defined here. Section 3 defines additional operand interpretations with the operator groups that apply 
them. 
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mant__sign [46: 1] Mantissa sign (0 = positive, 1 = negative) 
exp__sign [45: 1] Exponent sign (0 = positive, 1 = negative) 
exponent [44: 6] The power of eight to which the mantissa is scaled 
mantissa [38:39] The magnitude of the number before scaling 


Figure 1-2. Single Precision Operand Format 
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1ST WORD 

2ND WORD 

MV5355 

Ist word: 
mant__sign [46: 1] Mantissa sign (0 = positive, | = negative) 
exp__sign [45: 1] Exponent sign (0 = positive and | = negative) 
exponent [44: 6] The low-order 6 bits of the exponent 
mantissa [38:39] The integral portion of the mantissa 

2nd word: 


hi__.order__exp [47: 9] The high-order 9 bits of the exponent 
mantissa [38:39] The fractional portion of the mantissa 


Figure 1-3. Double Precision Operand Format 


In processor state, a double-precision operand is treated as a 96-bit operand with a single 4-bit tag 
equal to 2. When a tag-2 item is pushed onto the stack, the high-order and low-order words are written ° 
in that order, both with tags of 2. When a tag-2 word is popped from the expression stack as an argu- 
ment, the next word is also popped from the stack and the two words joined to form the double-preci- 
sion item; the word higher in the stack is taken as the low-order half of the double. If the second 
word popped does not have tag = 2, the action is undefined. 
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Numeric Operands 

Many operators interpret operands as numeric values. The structure of the numeric data is defined in 
this section; details of numeric interpretation are found with the operator descriptions in Numeric Op- 
erand Interpretation. 


A single-precision floating-point operand is represented as a word with the following fields: 


[47: 1] Not used 


mant__sign [46: 1] Mantissa sign (0 = positive, 1 = negative) 
exp__sign [45: 1] Exponent sign (0 = positive, 1 = negative) 
exponent [44: 6] The power of eight by which the mantissa is scaled 
mantissa [38:39] The integer magnitude of the number before scaling 
A single-precision floating-point operand with exponent = 0 is used as the canonical representation 


of a single-precision integer; an operand in this form is called a single__integer. 


The form "k-bit integer” (where k is an integer in {1 to 39}) is used to specify an operator output 
value in which field [47:48-k] contains zero. The same term is used to specify an operator input value 
in which fields [46:1] and [44:45-k] contain zero, or field [44:45] contains zero. (Bits 47 and 45 are 
insignificant in integer representations; bit 46 is insignificant if the mantissa value is zero.) 


A double-precision floating-point operand is represented as two words with the following fields: 


First word: 
[47: 1] Not used 
mant__sign [46: 1] Mantissa sign (0 = positive, 1 = negative) 
exp__sign [45: 1] Exponent sign (0 = positive and 1 = negative) 
exponent [44: 6] The low-order 6 bits of the exponent 
mantissa [38:39] The integral portion of the mantissa 


Second word: 


hi__order__exp [47: 9] The high-order 9 bits of the exponent 
mantissa [38:39] The fractional portion of the mantissa 


A double-precision floating-point operand with exponent = 13 is used as the canonical representation 
of a double-precision integer; an operand in this form is called a double__integer. 


Boolean Operands 


Figure 1-4 shows the word format of a Boolean operand. Some operators generate and other operators 
consume operands interpreted as Boolean values. This architecture represents the Boolean values TRUE 
and FALSE as binary | and 0, respectively. The terms True and False are used to specify Boolean 
values: In the specification of a stack output from an operator, True and False are defined as the 1-bit 
integer values 1 and 0, respectively. In the specification of a stack argument for an operator, True 
and False are defined as operands with bit [0:1] equal to 1 or 0, respectively. Boolean interpretation 
ignores field [47:47] of any operand and the second word of a double-precision operand. 
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Boolean operands are generated by the relational operators, among others. Operands are interpreted 
as Boolean values by the branch operators and the ASRT (assert) operator. The logical operators do 
not interpret Boolean values; rather, they perform Boolean arithmetic upon all the bits of an item, 
in parallel. 


MV5356 
tag (O: single-precision, 
2: double-precision (2nd word ignored)) 
[ O: 1] Boolean value (0 = false, 1 = true) 
Figure 1-4. Boolean Operand Format 
Tag-4 Word 


Tag-4 words are data words, but the only interpretation applied to them is as a 48-bit vector by a 
‘class of computational operators. Figure 1-5 shows the format of a tag-4 word. 


Tag-4 words cannot normally be fetched to the expression stack as operands, and they are not valid 
arguments for arithmetic computational operators. However, they may be stored over by normal store 
operators. 


This architecture does not exploit the tag value 4; the value is being held in reserve for application 
in future levels of this architecture. Software uses some configurations of tag-4 data as flags for various 
purposes. 


Tag-6 Word (Uninitialized Datum) 


Figure 1-6 shows the format of a tag-6 word. "Uninitialized datum” and “tag-6 word" are synonymous 
type names for a word whose tag is 6. 


Tag-6 words are data words, but the only interpretation applicd to them is as a 48-bit vector by a 
class of computational operators. 


Tag-6 words cannot normally be fetched to the expression stack as operands, and they are not valid 


arguments for arithmetic computational operators. However, they may be stored over by normal store 
operators. 
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Figure 1-6. Tag-6 Word Format 


This architecture defines minimal semantics for tag-6 words. One utility is implied by the type name: 
a tag-6 word can be used as the initial value of a variable; an operator expecting an operand or descrip- 
tor will generate an interrupt, but a normal store operator can be used to assign an operand value 
to the variable. It is conventional for software to use the value zero with tag = 6 for this purpose; 
other tag-6 values are used by software to create distinctive flags for various purposes. 


ODD-TAG WORDS 


Program code words, program and data control words, and memory address reference words have odd 
tag field values. Words with odd tag values are protected against accidental destruction (by overwriting) 
while they are present in actual memory (but not in virtual memory). This architecture uses odd tag 
words to implement program control and direction over user programs, by means of a Master Control 
Program (MCP). Control functions such as the manual system initialization process and the interrupt 
control mechanism use odd tag words to implement their functions. 


PROGRAM CODE WORDS 


Variable length operator sequences are stored in arrays of program code words called code segments. 
Each program code-word contains six 8-bit containers called syllables, numbered zero to five from 
high-order to low-order. Figure 1-7 shows the format of a program code-word. The mapping of pro- 
gram codes into code words is defined in section 3. 
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Figure 1-7. Program Code Word Format 


SEGMENTS 


A group of memory words may be associated together to form a “segment”. This document refers to 
two classes of segments, “virtual” and “actual”. Segments may contain either data or code. Virtual seg- 
ments are defined by special objects called Data Segment Descriptors (DDs) and Code Segment Descrip- 
tors (CSDs). An actual segment is a contiguous group of memory words, and is defined by an unpaged 
Data Segment Descriptor or a Code Segment Descriptor. 


Virtual data segments may be unpaged (represented by one actual segment of arbitrary length) or paged 
(subdivided into fixed-size actual segments, with a possibly shorter last page). Code segments are always 
unpaged. 


Pragmatic Notes 
Virtual/Actual Segments 


In this architecture, both virtual and actual segments are defined by descriptors. This useful distinction 
exists between paged and unpaged data descriptors. Except in this context, the adjectives are seldom 
used. 


DESCRIPTORS 


Memory is organized into variable-size segments that are either data segments or program code seg- 
ments. Data segments are used to implement a program’s virtual memory segments and to contain data 
structures such as stacks and Segment Dictionaries. Program code segments are used to contain the 
operator sequences of a program. Both data segments and code segments are described by descriptors. 
Data-segment descriptors and code-segment descriptors are described in their respective subsections. 


Data Segment Descriptor 


A virtual data-segment is an array of elements, where an element of the array is a single word, a double 
word pair, or a “sub-word” character requiring 4 or 8 bits. Data-segment descriptor (DD) is the word 
type that describe data segments. The tag of a DD is S. Figure 1-8 shows the DD word format. 
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Memory management of the data-segment utilizes a present bit, an address field, and a copy bit, which 
distinguishes two classes of DDs: original and copy descriptors. Copies may be either indexed or unin- 
dexed. The word “copy” is usually omitted in describing an indexed descriptor, because any indexed 
DD is a copy. 


If the array is present, the address field of a descriptor contains the base memory location of the data- 
segment. The important distinction between original and copy descriptors exists for absent arrays: the 
address field of an absent original contains a software-encoded value; the address field of an absent 
copy contains the nominal address of an original descriptor for the array. 


MV5360 

present [47: 1] Present bit (0 = absent, | = present) 

copy [46: 1] Copy bit (0 = original, 1 = copy) 

indexed [45: 1] Indexed bit (0: unindexed) 

paged [44: 1] Paged bit (0 = non-paged, 1 = paged) 

read__only [43: 1] Read-only bit (0 = read/write, 1 = read-only) 

element__size [42: 3] The type of array element (0 = single precision, | = 
double-precision, 2 = hex, 4 = EBCDIC, 3,5,6,7 are 
invalid) 

length [39:20] The number of elements in the array 

address [19:20] present: nominal address of the base word of the data- 


segment; absent copy: nominal address of the associated 
original descriptor; absent original: encoded by software 


Figure 1-8. Data Descriptor Format 
The element__size field of the DD specifies the type of array element: single-precision, double-preci- 
sion, EBCDIC (8-bit), and hex (4-bit). The terms word descriptor and WordDD are used for descriptors 
whose element__size values are single or double-precision; the terms character descriptor and CharDD 


are used for descriptors whose element__size values are EBCDIC or hex. The terms SingleDD and 
DoubleDD are used for WordDDs with element__size single-and double-precision, respectively. 


The read__only bit in a DD can be set to prevent use of the DD for write access to the data. 
Indexed DDs are actually references, which are described later in this section. 
Unindexed DDs have a length field and a paged indicator. The length field contains the number of 


elements in the array; the number of words in the array may be deduced from element __size and 
length. 
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If the paged bit is 0, there is no distinction between the “virtual” segment and an “actual” segment; 
when the DD is present it describes a single area of contiguous nominal memory addresses. If the paged 
bit is 1, the virtual-segment is paged, in which case it consists of a number of pages each page__size 
words long (the last page may be shorter). In a present paged descriptor the address field contains the 
memory address of the first word of a page-table segment, which contains descriptors for the individual 
pages. These page descriptors are original single-word unpaged DDs. When a paged descriptor is in- 
dexed, another level of indexing is performed so that the resulting indexed descriptor references the 
specified element of the specified page (see the INDX operator for a discussion of the.indexing of 
paged descriptors). 


Generally, there is one original DD for a segment, and copies are created by most of the operators 
that fetch DDs to the top of the stack. However, functional operator definition does not require pre- 
cisely one original DD for each array. Furthermore, an original DD may be brought to the top of 
the stack without being transformed into a copy (but only the LODT and RDLK operators perform 
this action). 


Operators that access data through descriptors depend on the following assumptions (the operators pro- 
duce undefined results if the assumptions are not true): 


1. The number of memory words occupied by a single unpaged segment is enough to hold ali of 
the array elements of any unindexed descriptor referencing the array. That is, letting L = 


length from the data descriptor, W = number of words, and E = element size, then 
for E. = single, W = 1: 
for E. = double, "Wo =. 27. 
for E = EBCDIC, W = (L+5) DIV 6; 
for E = hex, W = (L+11) DIV 12. 


2. The words directly before and after the actual segment have odd tags. 


The two ways of determining the boundaries of data segments (the length in the unindexed descriptor 
and the odd-tagged words at the actual segment boundaries) are used by the operator set as follows: 


. The indexing operators use the unindexed descriptor length. 

The operators that fetch and store data through indexed descriptors (other than the pointer op- 
erators) make no check at all (the previous index operation’s check is trusted). 

Set membership tables and translation tables are not checked. 

The word transfer overwrite operators make no check. 

The character reverse-skip edit operators can check the index in the pointer. 

6. All other pointer operators use the odd-tagged boundary words. 


ie 


an > WwW 


This specification allows for the following inconsistency: an unindexed descriptor with an element-size 
of hex or EBCDIC may not be indexed beyond the length specified in the descriptor, but data may 
be accessed beyond this limit, up to the next word boundary, by pointer operators. 


Code Segment Descriptor 
A code-segment is an array of program code words referenced by a code-segment descriptor. Figure 


1-9 shows the format of the code-segment descriptor. The tag value of a code-segment descriptor 1s 
3. 
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Memory management utilizes a present bit, copy bit, and the address field. The interpretation of these 
fields is the same as for a data descriptor. (For a present code-segment, the address field contains the 
base memory location of the segment. For an absent code-segment, the address field in an original 
contains a software-encoded value, while the address field in an absent copy points to an original.) 
Copy code-segment descriptors are generated and used only as an interrupt parameter, when an attempt 
is made to execute code from an absent segment. 


The seg._length field contains the number of code words in the segment. Code segments may not be 
paged. 


SEGMENT 


LENGTH 


MV5361 
present 47: 1] Present bit (0 = absent, 1 = present) 
copy 46: 1] Copy bit (0 = original, 1 = copy) 


39: 7] Must be zero 
seg__length 32:13] The number of code words in the segment 
address [19:20] present: nominal address of the base word of the data- 
segment; absent copy: nominal address of the associated 
original descriptor; absent original: encoded by software 


[ 
[ 
[45: 5] Reserved for Software 
[ 
[ 


Figure 1-9. Code Segment Descriptor Format 


Stack Segments 


A stack Is a particular use of an actual segment, used to define program environments and maintain 
processing history. Stacks are referred to by stack numbers; a stack number is an index on a data de- 
scriptor called the Stack-Vector Descriptor (SVD). The SVD is a present unpaged unindexed SingleDD; 
it defines an actual segment that contains a stack descriptor for each stack in the system. A stack de- 
scriptor is an unpaged unindexed SingleDD. The allowable range of stack numbers is {0 to 
min(4095,SVD.length-1)}. The SVD is located at a nominal address calculated as D[0]+ 2; that is, its 
address-couple is (0,2). 


Paged Segments 
A vittual-segment is associated with one or more actual segments. To an unpaged virtual-segment there 


corresponds exactly one actual segment; in this case the virtual-actual distinction can be considered re- 
dundant, and the adjective is often omitted. 
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A paged virtual-segment is represented by sevcral actual segments, called pages. The Data Segment De- 
scriptor is marked “paged”; it defines an actual segment called a “page table” containing one Data 
Segment Descriptor for each page. Each page DD is marked "unpaged” and “original”; it defines the 
actual segment for that page. All pages are page__size words long, except the last page in a virtual- 
segment, which may be shorter. 


REFERENCES 


There are several reference data types: 1) normal and 2) stuffed indirect reference words (NIRWs and 
SIRWs), which point to locations in activation records, 3) indexed data descriptors (IndexedDDs), 
which point to individual elements of data segments, and 4) program control words (PCWs), which 
provide code stream pointers and initial execution state values. Reference data types are described in 
the following paragraphs. 


Address Couples 


An address couple is a pair of indexes (Lambda,Delta) that reference a word in the current addressing 
environment: Lambda specifies a lexical level in the current addressing environment, and Delta ts the 
offset to the referenced location from the base of the activation record at level Lambda. Note that 
the location referenced by an address-couple may vary according to the addressing environment at the 
time of its interpretation, depending on the value of D[ILL] and on the values of the MSCWs in the 
lexical chain. 


Fixed-Fence Address Couples 


Address couples in Normal Indirect Reference Words (NIRWs) and in several operators are encoded 
in 16 bits with a 4-bit lambda value in field [15:4] and a 12-bit delta value in field [11:12]. 


Variable-Fence Address Couples 


Address couples in NAMC and VALC operators are encoded in 14 bits with a “variable fence” between 
Lambda and Delta. Taking advantage of the fact that Lambda must be less than or equal to LL, the 
number of high-order bits interpreted as the Lambda value varies with the value of LL at evaluation 
time. The remaining low-order bits are interpreted as the Delta value. Table 1-1 gives explicit ranges. 


Table 1-1. Address Couple Fence Decoding 


Bits left 
LL range of fence Lambda range Delta range 
{0 to 3} 2 {0 to LL} {0 to 2**12-—1} 
{4 to 7} 3 {0 to LL} {0 to 2**11-—1} 
{8 to 15} 4 {0 to LL} {0 to 2**10—1} 


The Lambda value is the reverse of the bits to the left of the fence, and the Delta value is taken from 
the bits to the right of the fence. Following are examples of address-couple interpretation. Each pair 
is the same address-couple representation, but notice the effect of the dynamic fence, indicated by the 
colon (:). 


1 a) at LL = 2, 10:000000010011 = (1,19) 
b) at LL=13, 1000:0000010011 = (1,19) 


2 a) at LL = §, 101:00001000000 2 (5,64) 
b) at LE = 3, 10:100001000000 = (1,2112) 
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Lexical Links 


A Lexical Link is represented by a pair of fields, stack__number and displacement; their values consti- 
tute a couple that specifies an activation record by identifying the stack that contains it and the number 
of words from the base of the stack to the base of the activation record. 


Lexical links appear in Stuffed Indirect Reference Words (SIRWs) and entered Mark Stack Control 
Words (MSCWs). 


IRW (Indirect Reference Word) 
The term IRW is used for the type union of NIRW and SIRW. The tag of an IRW is 1. 


(The term “indirect” refers to the fact that some operators, upon encountering a reference while at- 
tempting to fetch or store an operand, use the reference to define a new storage location for the oper- 
and. In this sense, an indexed data descriptor can also serve as an “indirect” reference. On the other 
hand, both IndexedDDs and IRWs are used as the initial or only reference by many operators. 


NIRW (Normal Indirect Reference Word) 


An NIRW is a dynamic address-couple that references a location in the current addressing environment. 
The tag of an NIRW is 1, and bit 18 is 0. Figure 1-10 shows the format of a NIRW. 


The only field in an NIRW is an encoded address-couple, (Lambda, Delta). 


0 

51 
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[18: 1] 0: denotes NIRW 
address__couple [15:16] The fixed-fence address-couple of the referenced 
location in the current addressing environment 

lambda [15: 4] lexical-level ‘lambda 
delta [11:12] offset m_ :delta 


Figure 1-10. Normal Indirect Reference Word Format 
SIRW (Stuffed Indirect Reference Word) 


An SIRW, like an NIRW, references a location in an addressing environment. The form of the refer- 
ence, however, is such that an SIRW always points to the same location, regardless of the state of 
the current lexical addressing environment. The tag of an SIRW is 1, and bit 18 is 1. Figure 1-11 shows 
the format of a SIRW. 
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An SIRW has three fields: stack__number, displacement, and offset. The memory location referenced 
by an SIRW is computed by the following function: 


BaseAddress(stack__number) + displacement + offset, 


where BaseAddress(stack__number) is the address of the base of the stack whose number is contained 
in the stack..number field. BaseAddress + displacement yields the address of the base word of an 
activation record, and offset is the index of the referenced location relative to that base. 


Note that stack__number and displacement constitute a Lexical Link, and offset corresponds to NIRW- 
delta. 
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stack__ number [47:12] The identification of the stack containing the 
referenced location 
displacement [35:16] The displacement from the base of the stack to the 


base of the activation record 
[18: 1] 1: denotes SIRW 
[13: 1] Reserved for software use 
offset [12:13] The offset from the base of the activation record to 
the referenced location 


Figure 1-11. SERW Word Format 
IndexedDD (Indexed Data Descriptor) 


IndexedDDs reference an individual element of a data-segment. The interpretation of an IndexedDD 
is a variation of the interpretation of a DD (it is an indexed copy DD). The tag of an IndexedDD 
is 5, and its Indexed bit is 1. 


An IndexedDD’s read__only, element__size, present and address field are interpreted identically to 
those of an unindexed copy DD. (An IndexedDD must be a copy, and it cannot be paged.) An indexed 
word descriptor is called an IndexedWordDD or (more specifically) an IndexedSingleDD or Inclexed- 
DoubleDD (see Figure 1-12). An indexed character descriptor is called a Pointer (see Figure 1-13). 


The interpretation of the index to the referenced element depends on element__size. For Indexed- 
WordDDs, the index field is the word index from the base of the array or page to the single-precision 
word or to the first word of the double-precision word pair. For Pointers, the index field consists of 
two subfields: word__index, the index from the base of the array or page to the word containing the 
referenced character, and char__index, the character index within the word. For EBCDIC Pointers, 
char__index must be in the range {0 to 5}, and for hex Pointers, it must be in the range {0 to 11}. 


Char__.index 0 is the highest-order character in the word. 
1-14 


copy 
indexed 


read__only 
element__size 


index 


address 
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[39:20] 


[19:20] 


Data Structures 


Present bit (0 = absent, 1 = present) 

Copy bit (1: [indexed] copy) 

Indexed bit (1: indexed) 

Must be zero: the effect of a 1 in this bit is 
undefined. 

Read-only bit (0 = read/write, 1 = read-only) 

The type of array element (0 = single-precision; | = 
double-precision). (2,4 denote Pointer; 3,5,6,7 are 
invalid.) 

The word index from the base of the array to the 
referenced item 

present: the nominal address of the base word of the 
array; absent: the nominal address of the associated 
original data descriptor 


Figure 1-12. Indexed Word Data Descriptor Format 


System Architecture Reference Manual, Volume 2 
Data Structures 


MV5365 

present [47: 1] Present bit (0 = absent, | = present) 

copy [46: 1] Copy bit (1: [indexed] copy) 

indexed [45: 1] Indexed bit (1: indexed) 

[44: 1] Must be zero: the effect of a 1 in this bit is 

undefined. 

read__only [43: 1] Read-only bit (0 = read/write, | = read-only) 

element__size [42: 3] The type of array element (2=hex, 4=EBCDIC). 
(0,1 denote IndexedWordDD; 3,5,6,7 are invalid) 

char__index [39: 4] The index within the word of the referenced 
character 

word__index [35:16] The index from the base of the array to the word 
containing the referenced character 

address [19:20] present: the nominal memory address of the base 


word of the array; absent: the nominal memory 
address of the associated original data descriptor. 


Figure 1-13. Indexed Character Data Descriptor (Pointer) Format 
PCW (Program Control Word) 


A program control word (PCW) contains the initial code-stream pointer and execution state values as- 
sociated with an activation record in the program. A PCW is the means by which the execution state 
is established for an activation record when it is entered (when it becomes the topmost activation rec- 
ord). The tag of a PCW is 7. Figure 1-14 shows the format of a PCW word. 


The PCW code-stream pointer consists of the fields sdll, sdi, pwi, and psi. The PCW lex__level field 
indicates the lexical level at which the activation record is to run. The control__state attribute specifies 
execution in normal or control state. 


STACK LINKAGE WORDS 


There are three data types utilized for stack linkage. An MSCW (mark stack control word) and an 
RCW (return control word) are the two words that contain stack linkage values for an activation record 
in the addressing environment. A TSCW (top-of-stack control word) is used to preserve processor state 
in an inactive stack (a stack to which no processor is bound). 
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stack__number [47:12] SNR value when MPCW executed 
psi [35: 3] The PSI code-stream pointer component 
pwl [32:13] The PWI code-stream pointer component 
control__state [19: 1] The initial value of the CS Boolean (0 = norma! 
state, 1=control state) 
invalid__ll [18: 1] Must be 0 
lex__level [17: 4] The lexical level for the new activation record 
sdll [13: 1] The SDLL code-stream pointer component 
sdi [12:13] The SDI code-stream pointer component 


Figure 1-14. Program Control Word Format 


There are several data types that have a tag of 3: the three stack linkage words, code-segment descrip- 
tors, and program code words. There are no type bits within the words, and based only on tag value, 
they may not be distinguished from cach other. However, these types are assumed to be distinguishable 
by context, and integrity of execution and addressing environment state depends on this assumption. 


MSCW (Mark Stack Control Word) 


A mark stack control word (MSCW) contains the History and Lexical Links for an activation record. 
The MSCW is the base word in the activation record and is pointed to by all links to it. 


The history__link field is valid in any MSCW; it contains a relative displacement down the stack to 
the next MSCW on the historical chain. The entered bit indicates whether an activation record exists: 
if the bit is 0, the activation record is incipient and does not yet exist. 


If entered = 1, the remaining fields in the MSCW are valid. The lex__level field indicates the lexical 


level of the activation record containing the MSCW, and the stack...number and displacement fields 
constitute the Lexical Link to the immediately global addressing space. 
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stack__number [47:12] Identifics the stack containing the activation record 
to which the lexical link points 
displacement [35:16] The displacement from the base of the 
stack. number stack to the base of the activation 
record to which the lexical link points 
entered [18: 1] The entered bit (0 = inactive, 1 = entered) 
lex__level [17: 4] The lexical level at which the activation record runs 
history__link [13:14] The displacement down the stack from the MSCW to 


the base of the prior MSCW 


Figure 1-15. Mark Stack Control Word (MSCW) Format 


RCW (Return Control Word) 


An RCW is stored at the base location plus one of an activation record, immediately above the MSCW. 
The RCW is associated with MSCW.history__link and preserves code-stream pointer and execution 
state to be restored when the activation record is exited and execution is resumed in the prior topmost 
activation record on the historical chain. The tag of an RCW is 3. Figure 1-16 shows the format of 
a RCW. 


The RCW code-stream pointer consists of the fields sdll, sdi, pwi, and psi. Preserved execution state 
consists of control__state (the CS Boolean), the processor state Booleans defined in “General Boolean 
Accumulators”, and lex__level (the lexical level of the prior topmost activation record on the historical 
chain defined by MSCW.history__link). A restart indicator in the RCW may condition restart state for 
the first operator in the designated codc-stream. 


The block__exit bit indicates whether or not an interrupt is to be generated when the activation record 
is deallocated. This bit is always initialized to 0 by the enter operators. It can be set to | by software, 
in which case it must be reset to 0 by software before an EXIT or RETN operator can deallocate the 
activation record associated with this RCW. 


The exit__opt field can be used to retain two bits of state at procedure entry to enable an optimization 
at procedure exit; see the definitions of ENTR and EXIT. 
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extt [47: 1] EXT (external sign flip-flop) 

offf [46: 1] OFFF (overflow tlip-flop) 

ttff [45: 1] TEFE (true false flip-flop) 

fitf [44: 1] FLTF (float flip-flop) 

rs [43: 1] restart Indicator (QO = initial, | = restart state) 

block__exit [4]: 1] Arms Block Exit interrupt from EXIT or RETN (0 
= disarmed, | = armed) 

exit__opt [40: 2] =(Q: no optimization information 
=(Q: implementation-detined values for optimization 
of EXIT/RETN 

psi [35: 3] The PSI code-stream pointer component 

pwl [32:13] The PWI code-stream pointer component 

control__state [19: 1] The CS Boolean 

invalid__ll LES i Constant value 0 

lex__level [17: 4] The lexical level of the prior topmost activation 
record on the historical chain defined by 
MSCW .history__link 

sdll [13: 1] The SDLL code-stream pointer component 

sdi [12:13] The SDI code-stream pointer component 


Figure 1-16. Return Control word (RCW) Format 
TSCW (Top of Stack Control Word) 


When a processor is bound to a stack, its proc_.id is stored in the base word of the stack as a 3-bit 
integer (tag = 0). The stack is said to be active; the processor is said to be “running in” the stack. 
When the stack is inactive (has no processor bound to it), the base word contains a TSCW. The tag 
of a TSCW is 3. Figure 1-17 shows the format of a TSCW. 


The pointer to the top of the expression stack is preserved in stack. height, which holds the displace- 
ment from the base of the stack to the top of the expression stack; the historical chain pointer is pre- 
served in SF__disp, which holds the displacement from the top of the expression stack down to the 
head of the historical chain. These values are saved and restored by the MVST operator. In this archi- 
tecture, none of this state is altered by MVST, so the fields have been deleted from the TSCW. The 
rationale for the deletion is that CS and LL should not change during a MVST operation, and the 
state of the Boolean accumulators is not significant in the low-level operating-system contexts in which 
MVST is used. 
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{[39: 4] Reserved for software use 
stack__height [35:16] Displacement S-BOSR 
SF__disp [13:14] Displacement S-F 
Figure 1-17. Top Of Stack Control Word (TSCW) Format 
INTERLOCKS 


The data type interlock and its associated operators provide a mechanism for processes to effect mutual 
exclusion of code regions. The operators accept either 0 or 3 in the tag of an interlock, but always 


set the tag to 3. Figure 1-18 shows an Interlock word format. 


Each valid interlock status is named and defined in the following table, which also characterizes the 
contents of the owner__id and lock__control fields. 


:Free 
:Locked__Uncontended 

:Busy 

:Locked__Contended locked__ not__free__ 

state bit bit owner__id lock__control 
Free 0 0 0 arbitrary 
Locked__Uncontended ] l owner stack number arbitrary 
Busy 0 ] busy stack number 0 
Locked__Contended 0 | owner stack number non-zero 


The combination locked__bit = 1 and not__free__bit = 0 is undefined and is not generated by the 
interlock operators. In this architecture, operators do not create Locked__Contended interlocks, but 


they distinguish the Locked__Contended from the Busy state. 
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tag accepted: O or 3, created: 3 
owner__id [47:12] Stack number of lock owner (or busy contender) 
lock. control [35:14] Reserved for software use 
locked... bit [ I: 1] (O: state is not Locked...Uncontended, 
I: state 1s Locked_..Uncontended) 
not...free_..bit Ord] (O: state 1s "Free", 1: state is not "“Free”) 


Figure 1-18. Interlock Control word Format 


TAGS 8-15 


This architecture is defined with 4-bit tags, but only tag values 0-7 are used to define data types. Tag 
values 8-15 are reserved for later Levels of this architecture specification. 


The architecture specified in this document permits an implementation to handle the high tag values 
in either of the following ways: 


1. Ignore the fourth bit (implement 3-bit tags). 
2. Treat tags 8-15 as defining arbitrary bit-vector data types. 


If option 1 is chosen, the entire document is to be read as specifying 3-bit tags and 51-bit words. 
If option 2 is chosen, the following conventions apply: 


1. Words with tag = 8, 10, 12, or 14 are treated as are those with tag = 6. That is, such words 
can be fetched with the LOAD operator, stored with the overwrite Operators, and stored over 
with normal store operators; they may be used as computational but not arithmetic arguments. 

2. Words with tag = 9, 11, 13, or 15 are treated as are those with tag = 3. That is, only the 
LODT and RDLK operators can fetch them and only the overwrite and transfer-words-over- 
write Operators can store or store over them. If on the expression stack, they may be used as 
stack arguments for those operators that accept an argument of “any” type. 


(Of course, these words are not treated as synonyms for words with tag = 6 or tag = 3; each different 
tag value is unique to such operators as RTAG, SAME, and SRCH, and in such assertions as “the 
tag of an RCW must be 3”.) 


This section contains the only discussion of tag values 8-15 in the document. Section 3 and the appen- 
dixes make no reference to such tag values. 
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Pragmatic Notes 
Software Conventions for the Fourth Tag Bit 
Given the two options defined in this section, and given the specification of the remaining operators, 
the following software convention should avoid any confusion of the four-bit tags (with the possible 


exception of tag-transfer input/output): always force tag bit 3 = 1 in the mask argument of the SRCH 
operator; force tag bit 3 = O in all other contexts. 
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SECTION 2 
STACK CONCEPT AND PROCESSOR STATE 


GENERAL INFORMATION 


This section discusses concepts associated with the process model implemented hy the architecture. It 
is intended primarily to introduce the stack structure and control mechanism required by the operator 
set described in section 3 of this manual. 


The hardware processor separates program functions into operators and operands. Program controller 
logic directs the fetching and execution of operator codes. Stack controller logic directs activity in the 
stack mechanism. Built-in synchronization circuits are required in the hardware of the system, to syn- 
chronize the operations of the program and stack controller mechanisms. The stack concept imple- 
mented in the system provides features necessary for automatic interrupt handling control logic, reen- 
trant code programming techniques, and virtual memory operations. 


Stack control functions include “common actions”, which are described in detail in section 3 of this 
manual. This section describes the structure and linkages within the stack. Processor control logic is 
briefly described because system initialization functions utilize stack structure and require the automatic 
synchronization that exists between the stack and program controllers. 


STACKS 


The machine is oriented around the concept of a segmented memory and specially treated segments 
called stacks. The processor uses an expression stack; most operators take their arguments from the 
top of the stack and leave their results on top of the stack. 


A stack can be considered the instantaneous state of a process. The stack contains a historical record 
of all procedures (blocks) that have been entered and not yet exited. A system can utilize many stacks, 
with a processor being assigned to one stack at a time (thus providing multiprogramming). A system 
can be equipped with more than one processor (thus providing multiprocessing); at any moment, each 
processor is bound to a different stack. 


The data addressing space of the executing process is mapped into its stack, other stacks linked to it, 
and data segments referenced by descriptors contained in its stack structure. 


CODE SEGMENT DICTIONARIES 


Executable code is contained in segments defined by descriptors that occur in special segments called 
Code Segment Dictionaries. A code-segment dictionary can be considered the instantaneous state of 
a program. 


ADDRESSING GRANULARITY 


The unit of addressing is the word, a memory unit comprising 48 data bits and a 4-bit tag. Operators 
exist that can deal with parts of words, but memory is addressed and accessed in whole words. The 
term “item” is more general than “word”; an item may contain more than one word. 
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PROGRAM ADDRESSING ENVIRONMENT 


The addressing environment of the executing code-stream consists of a set of local addressing spaces 
contained within stacks. These are called activation records (referred to as lexical regions elsewhere), 
and cuch consists of a set of variables addressed by an index relative to the base of the activation rec- 
ord. An activation record can be considered the instantaneous state of a procedure or block. 


Activation records are managed by use of two linked lists: the historical chain and the current lexical 
chain. Both links are contained in a structure called a Mark Stack Control Word (MSCW), located 
at the base of the activation record; links to an activation record always address the base word. 


The historical chain is a chronologically ordered list that consists of History Links connecting the 
MSCW of each activation record to that of its initiating activation record. An historical chain pointer 
to the most recently created MSCW is all that is required to access any activation record in the stack. 


Activation records are created on the top of the stack by a sequence of operations: 


A "mark stack” operation defines the base location for the incipient activation record, creating 
a new MSCW at the head of the historical chain. . 
2. A reference to the code for the new procedure is placed on the stack, followed by any 
parameters for the procedure. 
3. An “enter” operation is performed. The new activation record is now linked into the lexical 
chain; the addressing environment and code-stream for the new procedure are established. 


a] 


~~. 


Prior to the “enter” operation, the MSCW is marked “inactive”; a historical linkage but not a lexical 
linkage exists and the incipient activation record is actually part of the expression stack of the initiating 
process. After step 3, the MSCW is marked “entered” and the new activation record formally exists. 


(The activation record at the head of the lexical chain is deleted from the stack by the “exit” operation; 
the addressing environment and code stream for the historically prior activation record are reinstated.) 


A History Link is represented as an integer displacement from an MSCW to its immediate predecessor 
MSCW in the stack. 


The Lexical Link of an activation record points to the base of the immediately global addressing space, 
which is defined in terms of the static program structure as follows: if BO and BI are blocks in the 
program, BO immediately contains Bl, and activation records ARO and ARI correspond to BO and BI, 
then ARO is the immediately global addressing space of ARI. 


The current addressing environment is the set of activation records addressed by the lexical chain whose 
head is the activation record bound to the executing code-stream. This activation record is called the 
topmost activation record and is the activation record that contains the first entered MSCW on the 
historical chain. The position of an activation record in the lexical chain defines its lexical level. The 
lexical level of the topmost activation record is defined to be LL; there are LL.+1 activation records 
in the current environment. Lexical level 0 defines the end of the chain and denotes the most global 
addressing space. A lexical chain pointer to the topmost activation record is required for accessing the 
current environment. 


A Lexical Link is a (stack number, displacement) couple. The stack number is an index that uniquely 
identifies a stack; the displacement is a relative position within the stack of the base of the activation 
record. 


History Links always point to an MSCW in the same stack, but Lexical Links may point to an activa- 
tion record in another stack. Therefore, an addressing environment may be mapped into a tree struc- 
ture. 
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A general reference to an item in the current environment takes the form of a (Lambda, Delta) address 
couple, where Lambda is a lexical level and Delta is an offset to the referenced item from the base 
of the activation record at level Lambda. Address couples are the means of addressing locations in 
the current environment. 


Processor management of the activation records in the stack utilizes the following registers: 


Fs The nominal address of the most recent MSCW in the stack. 
F defines the head of the historical chain: all activation 
records and incipient activation records for the process are 
accessible by following History Links from F. 


LL: The lexical level of the topmost activation record in the 
current addressing environment — the level at which the 
processor is running. LL is always in the range 0 < LL < 
LS: 


D[LL]: The D{LL] nominal address of the MSCW at the base of 
the topmost activation record. D[LL] defines the head of the 
lexical chain: all activation records in the current addressing 
environment are accessible by following Lexical Links from 
D[LL]. 


D[O}: The nominal address of the MSCW at the base of the most 
global activation record. 


The stack-vector descriptor is located at address-couple (0,2); the interrupt entry is defined at address- 
couple (0,3). The stack-vector descriptor and the interrupt entry can be located relative to D[O], at nom- 
inal addresses D[O] +2 and D[0]+3, respectively, even when the lexical chain from D[LL] is invalid. 
Operators that redefine the lexical chain can change the D[O] value. 


Addressing may be optimized by defining an array of “display” registers maintained such 
that: ‘display registers 


D{i]: The Dfi] nominal address of the MSCW at the base of the 
activation record at level i in the current addressing 
environment, for i in {0 to LL} 


Figure 2-1 shows an addressing environment example. Note that the lexical link from the level 2 activa- 
tion record is to another stack; there could also be a fork in the stack-structure tree above the level 
2 activation record. The activation record shown between the level LL and level LL-1 activation records 
is not linked into the current environment; it is shown as level k. Depending upon the lexical linkage, 
k might be equal to LL or greater or less. 


MEMORY ADDRESSING 


A process executing on a hardware processor (or on an extension of such a process into the I/O subsys- 
tem) has a program address space of 2**20 words. Each of these words has a 20-bit nominal address 
ranging from 0 to 2**20—1. It is this nominal address that occurs in descriptors and state registers; 
it is often called simply the memory address. 
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Figure 2-1. Addressing environment example 


A system may have more than 2**20 words of physical memory, in which case the processor can ad- 
dress only part of the whole at any one time. There is a mechanism for mapping the 2**20 contiguous 
nominal addresses into a larger physical memory. The mapping is specified in sections, called environ- 
ment components; the collection of such components available to a process constitute its environment. 
The whole of the larger memory may be used by defining several different environments. Each environ- 
ment can be identified by an environment number ranging from zero to some upper limit; the complete 
name of each program address is thus the couple 


NOTE 
The memory addressing “environment” and the “program address” couple 
just defined refer only to the memory addressing mechanism discussed in this 
section. These terms and concepts should not be confused with the 
“addressing environment” and "“address-couple” defined in tne previous sec- 
tion and used throughout the document. 


The memory available to a given system may be thought of as being addressed by a single continuum 
of addresses ranging from zero to some upper limit. There is then some implementation defined map- 
ping from this continuum of addresses to the physical addressing mechanism provided by a particular 
implementation. Note that the continuum may have no explicit representation in either hardware or 
software, but is used to separate the concerns of nominal (program) address space management from 
implementation-dependent physical addressing mechanisms. This architecture is concerned with the first 
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mapping, from nominal address to continuum; the further mapping to physical mechanisms 1s not spec- 
ified. “Holes” (subranges of addresses not present or not available) in any of these three levels have 
no effect on the model. 


An environment component is a contiguous subrange of the nominal address space that is mapped onto 
a contiguous subrange (of the same size) of the continuum. Thus, each program addressing environ- 
ment 1s composed of one or more environment components, separated by "fences". Through the map- 
ping, environment components from several different cnvironments may be mapped onto the same su- 
brange of the continuum, creating an “alias” situation where an element of the continuum is addressed 
by several “names” — (environment number, nominal address) couples. 


In order to discuss restrictions on the generality of mapping structures, two models are used to illus- 
trate the ways components from different environments may be identified in the mapping into the con- 
tinuum. The first is a 2-dimensional diagram (figure 2-2), where the horizontal dimension represents 
the range of environment numbers present in a system at some time, and the vertical dimension repre- 
sents the range of nominal addresses (0 to 2**20—1). The horizontal lines represent fences separating 
environment components within an environment, and the enclosed rectangles represent components that 
may be shared among different cnvironments. An example diagram appears below. 
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Figure 2-2. Memory Environment Mapping 


The second model is a graph, where the nodes represent components in the continuum, and the directed 
edges connect components to neighboring components at the next higher nominal-address subrange 
within the same environment. That is, for nodes A and B, the edge 


A > B 


defines the relation that A and B are in the same environment, B has higher nominal address than 
A, and there is no other node (component) between A and B. These “adjacent” nodes need not contain 
the immediate succeeding address; that is, there may be holes in an environment. A path from a node 
representing the component containing nominal address zero to some termina! (no departing edges) 
node represents a complete environment. 


(The two models are, of course, equivalent: the nodes of the graph correspond to the boxes in the 
diagram; the edges of the graph correspond to the fences separating the boxes.) 
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In terms of these models, the following axioms state the requirements of every implementation: 


All boxes are rectangles. 

The graph is a single-rooted tree. 

The mapping preserves order and contiguity of addresses within each component. That is, if 
x, X+1, and y are all addresses within the same environment component, and m is the mapping 
from the environment into the continuum, then: 


Lae Det 


i)xX < y <=> m(x) < m(y) 
li) m(x) + 1 = m(x+1). 


4. "Aliasing” of addresses is restricted so that a continuum location has the same nominal address 
in all environments that share it, and the same continuum address does not occur twice in the 
same environment: If el and e2 are environment numbers, al and a2 nominal addresses, and 
M the mapping into the continuum, then: 


lit) M(el,al) = M(e2,a2) and el WN e2 > al = a2 
iv) al 7= a2 > M(el,al) —= M(el,a2) 


A valid implementation may reverse the order of the addresses; that is, reverse the meaning of the 
edges in the graph and reverse the labeling of the vertical dimension in the diagram. 


A valid implementation may impose any combination of the following restrictions: 


1. The common component (root of the tree) must be at the low order addresses. 

2. Fences may occur only at particular nominal addresses. That is, the size of components may 
be quantized. 

3. The number of fences is limited to some upper bound defined by the implementation. (This 
limit may be zero, so that the scheme effectively reduces to a traditional single-component mem- 
ory, with zero the only valid environment number.) 

4, Any or all fences may be forced to identical locations in all environments. 

5. The fan-out (departing edge count) at each node must be identical to the fan-out for other 
nodes at the same level (depth) in the tree. 

6. All environments must be complete; that is, all environments must be the full 2**20 words long. 
This requirement does not mean that there can be no holes iri the actual memory space; some 
addresses in some environments may be unusable. 

7. The D[O] value must be in the common component. 

8. The stack-vector must reside in the common component. 

9, A data or code segment must be entirely contained within one component. The following re- 
strictions are corollaries of this one, except that they also restrict operations by means of a de- 
scriptor that spans multiple segments (such as the "M” descriptor, with address 0 and length 
2**20-1, which spans all but one word of an entire environment.) 

10. All memory accesses made by a single invocation of a data array operator (via a single descrip- 
tor) must occur within the same component, except that the first access of LLLU may be in 
a different component from the second and subsequent accesses. 

11. When a descriptor is both indexed and evaluated in the same operator (as in NXLV, NXVA, 
NXLN), the base address and the sum (base address + index) must be in the same component. 

12. Both word of a double-precision item must be in the same component. 


If an implementation selects any of restrictions, 7 through 12, and the restriction is violated, the results 
are undefined. 
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The association between an environment component and a component of the continuum is keyed from 
the Environment Number Register (ENR), which holds the environment number currently in use. The 
mapping is sct up using implementation-defined operations; ENR is loaded by the move-stack (MVST) 
and set-processor-register (SPRR) operators. 


Memory address mapping uses the following register: 


ENR: The environment number of the current process 


EXPRESSION STACK 


Operator definition assumes the existence of an expression stack. Initial arguments are taken from it, 
and results are pushed onto it. The expression stack and current addressing environment concepts are 
merged by treating the topmost activation record as the expression stack. 


Variables local to the activation record are initialized by execution of operators that push items onto 
the expression stack followed by a PUSH operator, which appends the expression stack onto the top 
of the topmost activation record. This “stack building code” is usually the first operator sequence 
executed following completion of entry into the activation record. Procedure parameters are treated 
similar to local variables. They are initialized by execution of operators (just prior to the ENTR 
operator) that push items onto the expression stack. The ENTR operator, among other functions, ap- 
pends the expression stack onto the newly created topmost activation record. (See also the description 
of the PUSH operator in Miscellaneous Operators and the ENTR operator in Processor State 
Operators.) 


The stack that contains the expression stack and topmost activation record is identified by an integer 
value called Stack Number. The base and limit of the stack are obtained from the stack descriptor 
(see also Stack Segments and Stack References). There may be activation records in the stack below 
the topmost one. 


The term "expression stack” properly describes that portion of the stack from the top of the topmost 
activation record to the top of the stack. This architecture does not fully define the boundary between 
the activation record and the expression stack: a PUSH or ENTR is required to allow items from the 
expression stack to become addressable as part of the activation record, but items from the activation 
record as well as from the expression stack can be consumed as top-of-stack arguments. 


Figure 2-3 shows a typical configuration of the topmost activation record after completion of stack 
building code and subsequent operator execution. 
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Figure 2-3. Topmost Activation Record Example 


Processor management of the expression stack utilizes the following registers: 


SNR: The stack number of the stack to which the processor is currently bound. 
S: The nominal address corresponding to the top word in the expression stack. 


The following optimization registers define the boundaries of the stack: 


BOSR: The nominal base address of the stack containing the expression stack. 
LOSR: The nominal limit address of the expression stack. 


Pragmatic Notes 
Top-of-Stack Registers 


This architecture does not specify top-of-stack registers, but it does permit an implementation to use 
an arbitrary number of processor registers to optimize access to top-of-stack values. An implementation 
satisfies this architecture specification if the ENTR and PUSH operators cause the contents of any top- 
of-stack optimization registers to be written to memory. More elaborate optimization is possible, by 
treating the top-of-stack registers as holding cached values for the corresponding memory words. The 
S register defines the top-of-stack address as though all stack values were in memory. 


EXECUTABLE CODE STREAMS 


Variable length operator sequences are stored in arrays of program code words called code segments. 
Each program code-word contains six 8-bit containers called syllables. (The mapping of operators into 
syllables is specified in the Section 3 and Appendix B of this manual.) 


Each code-segment is referenced indirectly by a descriptor, called a code-segment descriptor (see Code 
Segment Descriptor). Code-segment descriptors for a program are collected in an array called a Code 
Segment Dictionary. 
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The term "code-stream pointer” is used to describe a reference to the entry point of an operator se- 
quence in a code-segment. A code-stream pointer consists of the following components: 


An address-couple (SDLL, SDI) references the code-segment descriptor. SDLL is the Code Segment 
Dictionary lexical level (it is usually the case that a user program Code Segment Dictionary is the level 
1 activation record in its addressing environment, and the operating system Code Segment Dictionary 
is at level 0). SDI is the Code Segment Dictionary index to the code-segment descriptor relative to the 
base of the specified Code Segment Dictionary. The entry point in the code-segment is indicated by 
PWI, the program word index relative to the base of the code-segment, and PSI, the program syllable 
index within that word. 


The processor code-stream pointer consists of the following component registers: 


SDLL: The lexical level (0 or 1) at which the current Code Segment Dictionary is 


addressed. 
SDI: The index in the Code Segment Dictionary to the current code-segment 
descriptor. 
PWI: the index in the code-segment to the code-word containing the next 
operator. 
PSI: The index in the code-word to the next operator syllable. 


Figure 2-4 illustrates the processor code-stream pointer. 
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Figure 2-4. Processor Code Stream Pointer 


Processor state also includes a Boolean attribute of the executing code-stream: 


CS: If CS is set (control state), maskable external interrupts are disabled. If it 
is reset (normal state), they are enabled and may occur between operator 
executions. 
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GENERAL BOOLEAN ACCUMULATORS 


Processor state includes several Boolean accumulators that are used by several operator groups. Their 
use and definition are discussed in section 3. 


TFFF: The true false flip-flop. 
OFFF: The overflow flip-flop. 
EXTF: The external sign flip-flop. 
FLTF: The float flip-flop. 


MISCELLANEOUS PROCESSOR STATE 


Processor state includes the following: 


page__size: Data segments may be subdivided into fixed-size pages. 
Page__size is the length in words of such pages; its value 
is a constant in a level of the architecture, for Level Alpha 
page__size = 256. 


Halt: If the Halt Boolean is true, processor execution will stop 
upon execution of a HALT (conditional processor halt). If 
it is false, a HALT is treated as a NOOP (no operation). 


Interrupt__Count: A counter incremented once at each interrupt attempt; the 
counter may be set to zero by the ZIC operator. If 
Interrupt__Count is incremented beyond 3, the processor 


superhalts. 

TOD: The time of day clock, with values in 2.4-microsecond 
units. 

Running___Indicator: The running indicator is a Boolean that is set true by the 


RUNI operator and set false automatically by the processor 
if an interval of four seconds elapses since RUNI 
invocation. If the indicator is reset, a Run Timeout 
(unmasked external) interrupt is generated. 


Interval__ Timer: The Interval__Timer is armed and set by the SINT 
operator and decremented at intervals of 512 microseconds. 
If the timer counts to zero or is specifically set to zero, an 
Interval Timer (external) interrupt is generated. Any 
external interrupt causes the Interval__Timer to be 


disarmed. 
proc: The processor identification state, composed of: 
proc__id: The processor identification number 
serial__number: The system serial number 
factory__release__level: The Engineering Release Lever(ERL) 
field__modification__level: The field rework Level 
E-mode__level: The architecture level: 

4 "01" Alpha 

E-mode__features: (reserved) 
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machine__type: Machine series type id: 

4 "02" B5900 

4 "03" AY 

4 "05" B7900 
page__size__indicator: page size = 256 
microcode__version: microcode version indicator 


Pragmatic Notes 
Processor Identification State 


All the processor identification state is constant: Proc__id uniquely identifies individual processors tn 
a multiprocessor system; it is typically established when the system is installed. Microcode__version :s 
a feature of processors implemented with loadable control stores; it is supplied by the microcode itselt. 
Unit__id may be used to provide such data as serial number and manufacturing or modification level. 
The manufacturing organizations determine the structure and content of unit__id and the mechanisin 
by which it is supplied; these matters are not specified in this manual. E-mode_ level, 
E__mode__features, page__size, and page__size__indicator can be provided cither by hardware or mi:- 
crocode, depending upon the implementation. 


PROCESSOR STATE COMPONENT SIZES 


This subsection summarizes characteristics of processor state components and gives their "container 
size”. Processor state described here is also described elsewhere in this manual, where processor state 
affects particular system functions. The initial values of processor state components, required to start 
a system into operation, are given subsequently in the System Control subsection. 


The “container size” for each component is the number of bits required to contain the maximum allow- 
able value of the component (components containing a single Boolean value require one bit). A correct 
architecture implementation is required to use the full container sizes for all components except the 
environment number (ENR). For ENR, an implementation may use any container size from 0 to 12 
bits. SPRR must invoke aISX action if an attempt is made to store a value too large for the container. 
MVST must generate an Invalid Argument Value interrupt if the ENR value in its argument is too 
large, except that if the ENR width is zero, MVST may be defined as having a 12-bit integer argument 
(stack number only) with aISX action. 


Addressing Environment State: 


F (20 bits): |The nominal address of the most recently created MSCW in 
the stack. 

LL (4 bits): The lexical level of the topmost activation record in the 
current addressing environment — the level at which the 


processor is running. 

D[LL] (20 bits): |The nominal address of the MSCW at the base of the 
topmost activation record. 

D[0] (20 bits): |The nominal address of the MSCW at the base of the most 
global activation record. 


Memory Addressing State: 


ENR (0-12 bits): The environment number used to map nominal addresses 
into elements of the memory address continuum. 
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Expression Stack State: 


SNR (12 bits): 
S (20 bits): 
BOSR (20 bits): 


LOSR (20. bits): 


Code Stream Pointer: 
SDLL ( 1 bit): 
SDI (13 bits): 
PWI (13 bits): 


PSI (3 bits): 


The stack__number of the stack containing the expression 
stack. 

The nominal address of the top word in the expression 
stack. 

The nominal base address of the stack containing the 
expression stack. 

The nominal limit address of the expression stack. 


The lexical level at which the current Code-Segment 
Dictionary is addressed. 

The index in the Code-Segment dictionary to the current 
code-segment descriptor. 

The index in the code-segment to the code-word containing 
the next operator. 

The index in the code-word to the next operator syllable. 


Execution State Attributes: 


CS (Boolean): 


While CS is true (control state), maskable external interrupts 
are disabled. When it is false (normal state), they are 
enabled and may occur between operator executions. 


General Boolean Accumulators: 


TFFF (Boolean): 
OFFF (Boolean): 
EXTF (Boolean): 
FLTF (Boolean): 


Miscellaneous State: 


Halt (Boolean): 


Interrupt__Count (2 bits): 


TOD (36 bits): 


Running__Indicator 
(Boolean): 
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The true false flip-flop. 
The overflow flip-flop. 
The external sign flip-flop. 
The float flip-flop. 


If Halt is true, processor execution will stop upon execution 
of a HALT (conditional processor halt). If it is false, a 

HALT is treated as a NOOP (no operation). The state of 
the Boolean is set by an agency external to the architecture 
processor (ultimately, by a human operator). 


Interrupt-entry counter. 


The time-of-day clock, which is incremented once every 2.4 
microseconds whenever the system is functional (even when 
the processor is halted.) 


The running indicator. The effect on the running indicator 
of halting the processor is implementation-defined. 
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Interval__Timer (11 bits): The interval timer, with values in 512-microsecond units. The 
effect on the interval_ttimer of halting the processor is 
implementation-defined. 


(Boolean): "Interval__Timer is armed” state. 

proc (95 bits): The processor identification, composed of: 
proc__id (3 bits). 
unit__id (32 bits). 
E-mode__level (4 bits). 
E-mode__features (4 bits). 
machine__type (8 bits). 
page__size__indicator (4 bits). 
microcode__version (40. bits). 


Processor identification state is presented here to standardize its data formats and naming-conventions. 
However, the uses of processor identification state, including the methods of acquiring, updating, and 
accessing its values, are implementation-defined. Any errors that may be caused by processor state 
data-handling operations are also implementation-defined. (See the descriptions of the RIPS, WIPS, 
REMC, and WEMC operators in section 3, especially the pragmatic note to the RIPS operator descrip- 
tion.) 


SYSTEM CONTROL 


The following are system control state used by systems. 


HALT A Halt may be initiated by the human operator by means of the 
Maintenance Subsystem interface, by the processor by means of the STOP 
or HALT operator or by an external interface signal. The processor will 
not initiate any more operators and will stop when the currently executing 
operator or operators are completed. 


The MLIP is made aware that the processor is halted and responds by 
behaving as if the Suspend all Queues flag were true. The maintenance 
processor will enforce a minimum two 2. second delay after the Halt occurs 
before a Continue, a Clear, or a Start will be recognized. During this delay 
the MLIP may continue to run, allowing I/Os other than Test Waits to 
complete. 


Pragmatic Notes 
Timer Functions in Halted Processors 


This architecture does not fully specify the behavior of the Running__ Indicator and the Interval__ Timer 
when a processor is halted and continued, because these matters do not concern normal operation. 
However, it should be noted that diagnostic use of the HALT and STOP operators is inconvenient 
if the processor immediately interrupts when continued; this is especially true for run__timeout, which 
software may treat as an error. 
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CONTINUE After a Halt the processor may be restarted by a Continue. Execution 
will resume at the operator that would have been initiated had the 
system not been halted. 


CLEAR The Clear function may be executed by the human operator by means 
of the Maintenance Subsystem or by an external interface signal. If 
the system is not halted, a Halt operation is first performed. The 
internal processor state is set so as to permit normal execution, 
including clearing the superhalt counter. 


In response to a Clear, the MLIP will reset the Suspend all Queues 
flag, clear its reference to the Error IOCB, and broadcast a "master 
clear” on the MLI PORTS. It will not answer either processor or 
DLP requests until the master clear handshake is complete. 


START The Start function initializes the processor state and begins processor 
execution. It may be initiated by the human operator by means of 
the Maintenance Subsystem or by an external interface. Start has 
effect only if the processor is in a halted state; it performs a Clear 
operation, except that a Halt is not first done. Start then initializes 
the following state: 


(or value of a parameter from external interface) 
"4000" 


0 
0 
0 
0 
4 
0 
LOSR 0 
0 
0 
4 
0 
0 
0 


(False) 


After the state is initialized, control is transferred to code in memory 
by simulating an interrupt. (Current implementations use Invalid 
Address as the interrupt literal). 


If start is initiated by an external interface, D[O] is set to the value 
specified by the external agency. 


NOTE 
The system maintenance processor provides a means to load a code file to 
memory address 0 prior to a manual Start operation. 
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PROGRAMMING RESTRICTIONS DUE TO HIDDEN STATE 


In addition to explicit architecture state, which is accessible directly through various operators, a pro- 
cessor maintains other state to facilitate efficient execution. For the most part, this hidden state is not 
described in this document. However, some restrictions on software are necessary to ensure that hidden 
processor state is consistent with visible processor state (especially memory contents). 


This architecture defines enter, exit, and branch operators as the only mechanisms to alter the sequen- 
tial execution of the code-stream. The result is undefined if the program changes a code-segment de- 
scriptor or the contents of the code-segment while any processor is executing code from the referenced 
segment. (The processor is free to capture the code-segment base address and limit, one or more words | 
of code, and so forth.) The result is also undefined of changing D[0] or ENR by means of the SPRR © 
or MVST operator when the code-stream pointer would designate different code in the new and old © 
addressing environments. 


The effect of changing the stack descriptor for an active stack (a stack to which an active processor | 
is bound) is undefined. 


The effect of changing the stack-vector descriptor is undefined until D[O] is subsequently assigned a 
value by SPRR, ENTR, EXIT, RETN, or MVST (which can change the continuum element associated — 
with the nominal address in D[0]). An implementation may so restrict the nominal address mapping 
and D[0] values that D[0] maps to the same continuum element in all environments, in which case the 
implementation may capture the stack-vector descriptor whenever D[0] is altered. An implementation 
may further restrict the nominal address mapping and stack-vector address so that the continuum | 
elements in the stack-vector are the same in all environments, in which case the mapping of the the 
stack-vector base address onto the continuum may be captured whenever Dj0] is altered. If an imple- 
mentation includes such restriction, and the value in D[O] or the address in the stack-vector descriptor 
violates the restriction, the result is undefined. 


If a nonpresent copy descriptor is brought to the expression stack and then modified in the present, 
copy, or address field, the modified descriptor must be explicitly returned to memory prior to being 
used as the reference input to an operator. (The memory write can be effected by an overwrite 
operation, an explicit PUSH, or an implicit push via ENTR.) In other words, the result is undefined 
if a descriptor is brought to the expression stack with copy = | and present = 0, the present or copy 
or address field is modified, and then the descriptor is consumed as a reference. 


The effect is undefined of changing the lexical linkage for any activation record currently in the ad- 
dressing environment of a processor. 


The result is undefined of any fetch or store operation in the current stack (whether by means of an 
address-couple, SIRW, DD, or absolute-address) above the current upper-bound for stack addressing. 
That bound is moved upward to the S setting by an explicit PUSH, the implicit push of an enter 
operator, or a move-stack operator. It is moved downward by an EXIT operator, or by a DLET 
operator that moves S below the most recent PUSH setting. 
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SECTION 3 
OPERATOR SET AND COMMON ACTIONS 


GENERAL INFORMATION 


This section defines the architecture operator set and common actions. Operators and common actions 
are presented in functional category order. General information about each functional category is given 
before the specific functions within the category are described. 


Operators usually execute upon operands present in the stack structure described in section 2 of this 
manual. When the result of an operator is data, that data is the most recent entity in the expression 
stack, at the top of the activation record. Changes to the expression stack that result from the normal — 
conclusion of an operator sequence are given as part of the operator description. Changes to the ex- 
pression stack that result from abnormal conclusion of an operator sequence are described in section 
4 of this manual, along with other system interrupts. 


Operators and Code Streams 


An operator is composed of an opcode and up to four parameters. Opcodes are typically one syllable, 
and parameters, if any, are in the syllables following the opcode. Opcode and parameter mapping into 
syllables varies; operator formats are explicitly specified in this section and in Appendix C. (The term - 
parameter is used in operator descriptions to describe items from the code-stream; the term argument 
is used for items from the stack.) 


A code-stream is considered to be a sequence of syllables fetched without regard to word boundaries. 
The two cases where word boundaries are relevant are discussed separately with the operators LT48 
(insert 48-bit literal) and MPCW (make PCW). 


In diagrams specifying opcode and parameter interpretation, the operator name is used to represent 
its opcode value. (Opcode values are specified in the Operator Encoding and Operator Reference Infor- 
mation appendices). Vertical bars (|) denote syllable boundaries, and dotted vertical lines (:) denote 
parameter boundaries not corresponding to syllable boundaries. Where relevant, a word boundary is 
denoted by a double vertical bar (||). 


The following example diagram shows a 3-syllable operator, including two single-syllable parameters. 


ee are ee eee eee eee we ee we ee 


ee eee ee ee ee ee ee ee 


Cte eer 
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The final diagram shows a 3-syllable operator including two parameters that are mapped into two sylla- 
bles. Pl is 3 bits and P2 is 13 bits. 


ee 


Primary, Variant and Edit Operators 

There may be several interpretations of an opcode syllable, depending upon context. 

Primary opcodes are represented in a single syllable. 

Variant opcodes are represented by two syllables, of which the first is the primary operator VARI. 


Edit opcodes are found in special tables (specified as an argument to an Enter Table Edit operator, 
TEED or TEEU) or in the code-stream immediately following an Enter Single Edit operator (EXSD, 
EXSU, or EXPU). 


Common Actions : common action 


The concept of a "common action” is used in this document for a function that is common to several 
operators. Common actions are defined to effect economy (by reducing repetition), to improve rigor, 
and to provide a convenient reference for citation. Common actions are given three-and four-letter 
names like operators, but with a prefix of “a”, as in "aPRCW”. It should be emphasized that a com- 
mon action specification is a rhetorical device used to specify operators; it is not a constituent of the 
system architecture. 


Initial and Restart State 


Some Primary and Variant operators can be entered in either of two states, initial or restart. By de- 
fault, all operators begin in initial state. In some cases, when the execution of an operator must be 
interrupted, it may be necessary to resume in some other way, for example, with a different stack con- 
figuration or different assumptions about some system state. For these operators, a restart state is de- 
fined. 


If an operator invokes interrupt entry (aINTE) or accidental entry (aACCE), it may cause RCW.rs to 
be set to 1, so that the operator will be resumed in restart state following the interruption. When EXIT 
or RETN finds RCW.rs = 1, the next operator executed is begun in restart state. 


Those cases that require the use of the restart mechanism are specified; other cases may use restart 
as an implementation option (see, for example, the pragmatic note under NXLV). A given operator 
may have at most one restart state different from its normal initial state. The semantics of restart state 
are defined for each specified instance of its use. 


In general, the information implied by the use of restart state must be preserved until the operator 
is completed: once an operator has been resumed in restart state, any subsequent interruption and re- 
sumption of the same operation must use restart state. 
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Checks and Interrupts 


Throughout this section, checks are defined to verify argument types, consistency of data, bounds on 
indexes, integrity of structures, and other related topics. The checks are generally stated in the form 
"if (Some condition) then (some interrupt) is generated.” Interrupts are defined generally and specifical- 
ly in section 4; it may suffice for now to say that interrupt generation causes the current operator 
(usually) to abort its current function, and to cause a designated operating-system procedure to be in- 
voked. Not all the checks specified here are required of every implementation; some are defined as 
“optional” in Appendix C. Not all the checks applicable to the operator are mentioned in every 
operator description; many are described generally for a class of operators. All the interrupts applicable 
to each operator are specified in Appendix C, 


Expression Stack Control 


Most operators require items from the top of the expression stack, and leave their result(s) on top of 
the stack. Stack items required by operators are called arguments. They are normally consumed; that 
is, they are used and deleted from the stack. To avoid excessive repetition, deletion of arguments is 
assumed for all operators, unless explicitly noted. 


Top-of-Stack Push Operations 


Operators that produce top-of-stack results must “push” them, in order, onto the expression stack. If 
the item being pushed is a double-precision operand, the first word is pushed below the second, both 
with tag = 2. 


The top of the expression stack has a nominal address defined to be S; the proper values for S are 
in the range (D[LL]+ 2)-to-(LOSR-1), where LOSR is maintained equal to DD.address + DD.length 
for the stack descriptor. Whenever a word is pushed onto the expression stack, S is incremented by 
one and that address is assigned to the pushed word. If, as a result of the push, S = LOSR, a formal 
Stack-Overflow condition exists. 


A Stack-Overflow interrupt is required only when data are written to the expression stack in memory; 
an implementation is free to keep some of the top-of-stack words in local processor state (registers). 
It must be noted that S is defined in the architecture as the address corresponding to the top word 
in the expression stack; if, at a given moment, a processor has captured k top-of-stack words in local 
state, the address of the top word actually in memory is then Sm = S—k. Although Sm is not defined 
as architecture state, it may be substituted for S in the definition of stack overflow: an implementation 
may define the Stack-Overflow condition to be Sm=LOSR. 


Note that Stack-Overflow is detected only when a push completes with the top-of-stack address exactly 
equal to LOSR. If a Stack-Overflow condition occurs on pushing the first word of a double-precision 
item, the second word is pushed before the interrupt is generated. 


If a Stack-Overflow is detected while Interrupt_Count > 0, the interrupt generation is deferred until 
Interrupt__Count is set to zero (by the ZIC operator). 
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The memory used by a stack is not strictly limited to the actual segment defined by the stack DD. 
If Stack-Overflow is detected, the stack segment will be overrun for the following reasons: 


1. The word whose push is detected as an overflow is stored as the first word past the end of 
the defined actual segment. 

2. The operator that detects the stack overflow may complete, pushing one or more additional 
words onto the stack. 

. The Stack-Overflow interrupt generation pushes 4 words onto the stack. 

. Any top-of-stack words held in optimization registers can be pushed into memory. 

. Software can push some additional worcls onto the stack in the process of handling the inter- 
rupt. 


Ma f& Go 


The total number of words pushed into memory for the first four reasons cannot exceed 50 in the 
worst case. 


Pragmatic Notes 
Stack overflow will overrun the declared stack 


For Stack-Overflow interrupt generation and handling to complete without overwriting a critical value 
in memory, the memory allocation for the stack must be larger than the value in the length field of 
the stack descriptor. 


Top-of-Stack Pop Operations 


Any operator that requires a stack argument must “pop” it from the expression stack. If the word 
at the top-of-stack has tag = 2, the word below is also popped; if this word does not have tag = 
2, the result is undefined. The top and next words are taken as the second and first words of a double- 
precision operand. (Note that because argument items may be either single or double words, multiple 
arguments must be accessed by popping them in order, from the topmost down.) 


The expression stack utilizes the set of locations whose nominal addresses are above D[LL]+2. Note 
that the topmost activation record stack linkage words at D[LL] and D[LL]+1 are excluded. If S < 
D[LL]+ 2 and an operator attempts to use an expression stack argument, a Stack-Underflow interrupt 
is generated; this checking is required for all operators that utilize stack arguments. 


Descriptor Interpretation 


Most of the data and all the code in a system architecture reside in memory segments accessed by 
means of data and code-segment descriptors. The address of a particular memory word is computed 
by adding an index to the base address of an actual segment. For data, the index and the reference 
to the base of the actual segment are combined into a single item, an IndexedDD; for code, the seg- 
ment base reference is in the CSD and the index is derived from the code-stream-pointer component 
PWI. 


The word referenced by an IndexedDD is located as follows: the nominal address of the word is calcu- 
lated by adding the index value from the descriptor to the base address of the segment. If the descriptor 
is marked present, its address field contains the base address; otherwise that field contains the nominal 
address of the original DD, whose address field contains the base address if the segment is present. 
If the IndexedDD and the referenced original DD are both marked absent, a Presence Bit interrupt 
is generated. If the referent of the absent copy DD is not an original DD, an Invalid Object interrupt 
is generated. 
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Code addressing is similar to data addressing, except that the CSD provides only the segment-base ref- 
erence; the index is in PWI. (Note that when edit-mode code is executed as a result of an enter-table- 
edit operator, the code is referenced by an IndexedDD.) Code is never referenced through a copy CSD, 
so the indirection described for data reference through an absent IndexedDD does not apply; an absent 
CSD causes a Presence Bit interrupt to be generated. 


COMPUTATIONAL OPERATORS 


Operators in this group are loosely termed computational operators because they take arguments direct- 
ly from the stack and leave some form of result on top of the stack. 


Computational operators do not evaluate references; their arguments must be items on the stack initial- 
ly. Required parametric values may be static code parameters or dynamic stack arguments. 


Numeric Operand Interpretation 


Computational operators act on single-or double-precision operands interpreted as integers or floating- 
point numbers. Binary computational operators require two operands to be present on the stack and 
unary computational operators require one. Single-precision and double-precision operands are defined 
in section | of this manual. 


In the following discussions, the symbols +, —, *, and / are used to denote respectively the add, sub- 
tract, multiply, and divide arithmetic functions, and the "**”"” symbol denotes the exponentiation func- 
tion. Other symbols and combinations of symbols represent implied arithmetic functions, as follow: 


Symbol Meaning 
A; eS D a Equal To b 
a<b a Less Than b 
a> b a Greater Than b 
a <b a Less Than Equal to b 
a =>b a Greater Than Equal to b 
an=b a Not Equal to b 
{a,b,c} Set a through c, including b 
a> b a Mapped Into Set b 
la| a(absolute) 
Sn n is Single-precision 
Dn n is Double-precision 
Ron n Rounded 
Ton n Truncated 
Nn n Normalized 
In n Integerized 
RS n n Single-precision, Rounded 
RD n n Double-precision, Rounded 
TS n n Single-precision, Truncated 
TD n n Double-precision, Truncated 
Rin n Absolute-value, Rounded-to-Integer 
NS Normalized, Single-precision 
ND Normalized, Double-precision 
Ral n n Algebraic-value, Rounded-to-Integer 
Tin n Absolute-value, Truncated-to-Integer 
RId Rounded-to-Integer, Double-precision 
TId Truncated-to-Integer, Double-precision 
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Representable Operand Formats 


Operand formats depend upon context and purpose. Generally, operands are of type INTEGER or type 
REAL. An INTEGER is a value which does not require an exponent part. A REAL is any value that 
requires an exponent part or contains a decimal-point (octal-point). 


INTEGER values are usually expressed as single-precision operands. However, INTEGER values are 
also expressed as double-precision operands because of arithmetic function logic. This logic requires 
that whenever an input parameter to an arithmetic function is a double-precision operand the result 
of the function must also be expressed as a double-precision operand. 


REAL values are expressed as either single-precision or double-precision operands. These values are 
floating-point expressions which require an exponent part or a value containing a component less than 
unity (a fractional-value). 


Single-Precision Operand Values 


Single-precision operands can contain any value in the range: — 549,755,813,887 with an exponent of 
— 64 (decimal), through +549,755,813,887 with an exponent of +64 (decimal). 


Double-Precision Operand Values 


Double-precision operands contain values in the range: 1.55083668571006866684511 with an exponent 
of — 29580 decimal through 1.94882838205028079124466 with an exponent value of +29580 decimal. 


Automatic Arithmetic Functions 


Certain arithmetic functions are automatically performed by the system. These are rounding, trunca- 
tion, integerization, normalization, and the conversion of operands to single-or double-precision. Some 
of these functions are also implemented as unique operator codes, and thus may be executed as part 
of user-program options. 


Particular arithmetic operators predefine the formats of resultant operands. The architecture computes 
an arithmetic function resultant value and then adjusts the value to conform to the predefined result 
operand format. This methodology requires that rounding and truncation be used to fit resultant values 
into the fixed operand formats. Errors while an arithmetic operator is in process may be due to a 
wrong value result or to a Loss-Of-Precision that occurred from forcing a resultant to fit into a prede- 
fined operand format. 


The architecture must be able to determine the nature of computational operation errors and to cate- 
gorize errors by defining whether an error is a Loss-Of-Precision, Integer-Overflow, Exponent-Over- 
flow, or an Exponent-Underflow error. Interrupts are described in section 4 of this manual. 


Normalization is a computational function that removes leading-zeroes from an operand by adjusting 
the value of its exponent. Normalization is used by the architecture to facilitate arithmetic logic circuit- 
ry. The alignment of mantissa values, through normalization, enhances the efficiency of arithmetic op- 
erations. If the requirement to normalize an operand cannot be performed due to the limited size of 
the exponent field, a Loss-Of-Precision error is detected. 


Integerization is a computational process that adjusts the mantissa of an operand until it is in integer 
format. Integer format was described previously in this section. If an operand cannot be adjusted so 
that it is in integer format (because of the size of its exponent field) an Integer-Overflow error is de- 
tected. 
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Numeric-Interpretation Operators 


The operators in the following groups interpret operands numerically as a primary part of their func- 
on; numeric interpretation also occurs as some part of the function of operators in other groups. 


Arithmetic Operators 


Arithmetic operators require either one or two operands on top of the stack. If the items are not oper- 
ands, an Invalid Stack Argument interrupt is generated. 


Binary operators will generate a single-precision result if both operands are single-precision and a dou- 
ble-precision result if either or both operands are double-precision. Where required, single-precision is 
extended to double-precision prior to the operation by appending a second word of all zeros. Note 
that the numeric value of the operand is not changed. 


For example, in the architecture, 


1 * 8**(-63) MULT 2 — 2 8**(—63) 

1 * 8**(—63) DIVD (1/2) — 2 * 8**(—63) 

1 * 8**(-63) MULT 2.5 — 3*8**(—63) with precision loss 
1 * 8**(—63) DIVD 4 > O with precision loss 


These examples illustrate another difference: this architecture produces the proper result (0 for Expo- 
nent Underflow; unnormalized small number for precision loss); where predecessor systems depend up- 
on software to replace the stack result with a zero of the appropriate type. 


ADD (add) 


ADD requires two operands on top of the stack. The numeric values of the two operands are 
algebraically added and rounded, and the result is left on top of the stack. 


Exponent-Underflow or Overflow is never generated by ADD. If both x and y are single__integers and 
the absolute value of the sum is less than 2**39, then the result is a single__integer. 


SUBT (subtract) 


SUBT requires two operands on top of the stack. The numeric value of the top item is algebraically 
subtracted from the numeric value of the second item and rounded, and the result is left on top of 
the stack. 


Exponent-Underflow is never generated by SUBT. If both x and y are single__integers and the absolute 
value of the difference is less than 2**39, then the result is a single integer. 


MULT (multiply) 


MULT requires two operands on top of the stack. The numeric values of the two operands are algebra- 
ically multiplied and rounded, and the result is left on top of the stack. 


If both x and y are single__integers and the absolute value of the product is less than 2**39, then 
the result is a single__integer. 


If the result of the rounding function causes the exponent value to be too large to fit in the operand 
format exponent field, an Exponent-Overflow interrupt is detected. If rounding causes the exponent 
value to be too small to fit in the operand format exponent field, an Exponent-Underflow interrupt 
is detected. 
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MULX (extended multiply) 


MULX requires two operands on top of the stack. Any single-precision operand is extended to double- 
precision before the numeric values are algebraically multiplied and rounded. The double-precision re- 
sult is left on top of the stack. 


DIVD (divide) 


DIVD requires two operands on top of the stack. The numeric value of the second item is algebraically 
divided by the numeric value of the top item and rounded, and the result is left on top of the stack. 
If the divisor (top-of-stack operand) equals zero, a Divide by Zero interrupt is generated. 


If the result of the rounding function causes the exponent value to be too large to fit in the operand 
format exponent field, an Exponent-Overflow interrupt is detected. If rounding causes the exponent 
value to be too small to fit in the operand format exponent field, an Exponent-Underflow interrupt 
is detected. 


IDIV (integer divide) 


IDIV requires two operands on top of the stack. The numeric value of the second item is algebraically 
divided by the numeric value of the top item. The fractional part of the floating point quotient is dis- 
carded, and the integer part is left on top of the stack in canonical integer representation. 


If the divisor (top-of-stack operand) equals zero, a Divide by Zero interrupt is generated. If the trunca- 
tion function results in an exponent value too large to fit in the operand format exponent field space, 
an Integer-Overflow interrupt is generated. 


RDIV (remainder divide) 


RDIV requires two operands on top of the stack. The numeric value of the second item is divided 
by the numeric value of the top item. The integer quotient with remainder is generated but only the 
remainder is left on top of the stack. The sign of the result is the same as the sign of the second item 
(the dividend). 


If the divisor (top-of-stack operand) equals zero, a Divide by Zero interrupt is generated. Neither Expo- 
nent-Overflow nor Exponent-Underflow can be generated by RDIV. However, Integer-Overflow is gen- 
erated whenever IDIV would generate Integer-Overflow for the same arguments. 


NORM (normalize) 


NORM requires an operand on the top-of-stack; otherwise an Invalid Stack Argument interrupt is gen- 
erated. If the operand is single-precision, it is converted to normalized single-precision representation. 
If the operand is double-precision, it is converted to normalized double-precision representation. 


If the result of the rounding function causes the exponent value to be too large to fit in the operand 
format exponent field, an Exponent-Overflow interrupt is detected. If rounding causes the exponent 
value to be too small to fit in the operand format exponent field, an Exponent-Underflow interrupt 
is detected. 
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AMIN and AMAX (arithmetic minimum and maximum) 


AMIN (and AMAX) require two operands on top of the stack. The numeric values of the two operands 
are compared and the arithmetically lesser (or greater) of the two operand values is left as the result 
on top of the stack. If one of the input operands is single-precision and the other input operand is 
double-precision, the single-precision operand is extended before the comparison, and a double-preci- 
sion result is generated. If both of the inputs are single__integers, then so is the result. 


Relational Operators 


The relational operators all require two operands on top of the stack; otherwise an Invalid Stack Argu- 
ment interrupt is generated. The numeric value of the second item is algebraically compared to the 
numeric value of the top item, and a Boolean result is left on top of the stack. The form of the Boo- 
lean results True and False is defined in Boolean Operands. 


LESS (less than) 


LESS leaves a True result if the second from top-of-stack operand is arithmetically less than the top 
operand and a False result otherwise. 


LSEQ (less than or equal to) 


LSEQ leaves a True result if the second from top-of-stack operand is arithmetically less than or equal 
to the top operand and a False result otherwise. 


EQUL (equal to) 


EQUL leaves a True result if the second from top-of-stack operand is arithmetically equal to the top 
operand and a False result otherwise. 


NEQL (not equal to) 


NEQL leaves a True result if the second from top-of-stack operand is arithmetically not equal to the 
top operand and a False result otherwise. 


GREQ (greater than or equal to) 


GREQ leaves a True result if the second from top-of-stack operand is arithmetically greater than or 
equal to the top operand and a False result otherwise. 


GRTR (greater than) 


GRTR leaves a True result if the second from top-of-stack operand is arithmetically greater than the 
top operand and a False result otherwise. | 


Range Test Operators 


The range test operators compute the result of a double arithmetic inequality, L < X < H. The value 
of X is a stack argument and is left on the stack along with the Boolean result. 
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RNGT (range test) 


The RNGT operator includes the values of L and H as two eight-bit parameters. 


eee eee me cme ee we we me ee eee eee ee ee ewe 


RNGT requires one operand on top of the stack (X); otherwise an Invalid Stack Argument interrupt 
is generated. 


Two operands are produced as a result of RNGT. The topmost result is the Boolean result of the arith- 
metic inequality (that is, the result is True if the inequality is True, and it is False if the inequality 
is False). 


The other (bottom-most) result is an identical copy of the input, X. 
DRNT (dynamic range test) 


The DRNT operator is identical to the RNGT operator except that the values of L and H are stack 
arguments instead of code parameters. 


DRNT requires three operands on top of the stack; otherwise an Invalid Stack Argument interrupt is 
generated. As in RNGT, two operands are produced. 


Numeric Type-Transfer Operators 


The following type transformations may be invoked on the top-of-stack item by operators defined in 
this group. 

NTIA, NTGR: Convert operand numeric value to single__integer. 

NTGD, NTTD: Convert operand numeric value to double integer. 

SNGT, SNGL: Convert operand numeric value to single-precision. 

SNGT: Convert WordDD to SingleDD. 


The following type transformations, among others, may be invoked on the top-of-stack item by 
operators defined in Bit-Vector Type-Transfer Operators. 


XTND: Convert single-precision operand to double-precision, or convert WordDD to DoubleDD. 


For the following type transfer operators, the top-of-stack operand is denoted x. 
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NTIA (integerize truncated) 


NTIA requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gener- 
ated. The operand is converted to single__integer representation by truncation and the result is left on 
top of the stack. If the truncation function results in a value too large to fit in a single__integer word 
format an Integer-Overflow interrupt is generated. 


NTGR (integerize rounded) 


NTGR requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gen- 
erated. The operand is converted to single_integer representation by rounding and the result is left 
on top of the stack. If the rounding function results in a value too large to fit in a single__integer 
word format an Integer-Overflow interrupt is generated. 


SNGL (set to single-precision rounded) 


SNGL requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gener- 
ated. The operand is converted to normalized single-precision representation and is left on top of the 
stack. 


If the rounding function results in an exponent value too large to fit in a single__integer operand for- 
mat, an Exponent-Overflow interrupt is detected. If the result of the normalization function or the 
rounding function results in an exponent value too small to fit in a single__integer operand format, 
an Exponent-Underflow interrupt is detected. 


SNGT (set to single-precision truncated) 


SNGT requires an operand or WordDD on top of the stack; otherwise an Invalid Stack Argument in- 
terrupt is generated. 


If the argument is an operand, it is converted to normalized single-precision representation and lett 
on top of the stack. 


If the truncation function results in an exponent value too large to fit in a single_integer operand 
format, an Exponent-Overflow interrupt is detected. If the result of the normalization function or the 
truncation function results in an exponent value too small to fit in a single__integer operand format, 
an Exponent-Underflow interrupt is detected. 


If the argument is a SingleDD, it is left on the stack unchanged. If the argument is an unindexed Doub- | 
leDD with length > = 2**19, an Invalid Argument Value interrupt is generated. Otherwise, if the argu- 
ment is a DoubleDD, it is left on the stack as a SingleDD: the element__size is set to single-precision, 
and if the DoubleDD is unindexed, its length field is multiplied by 2. 


NTTD (integerize double-precision truncated) 


NTTD requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gen- 
erated. The operand is converted with truncation to double__integer representation, and the result is 
left on top of the stack. 


If the truncation function results in an exponent value too large to fit in a double__integer operand 
format, an Exponent-Overflow interrupt is detected. If the result of the normalization function or the 
truncation function results in an exponent value too small to fit in a double__integer operand format, 
an Exponent-Underflow interrupt is detected. 
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NTGD (integerize double-precision rounded) 


NTGD requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gen- 
erated. The operand is converted with rounding to double__integer representation and the result is left 
on top of the stack. 


If the rounding function results in an exponent value too large to fit in a double__integer operand 
format, an Exponent-Overflow interrupt is detected. 


alSX (integer subset exception action) 


aISX is a common action invoked by operators that require an argument to be within an integer subset, 
if the argument is not a k-bit integer (where k is determined by the invoking operator). 


If the argument is not an operand, an Invalid Stack Argument interrupt is generated. 


If the argument is an operand but not a single__integer, the implementation may be defined to integer- 
ize the operand (as in NTGR); if the operand cannot be integerized, an Integer-Overflow interrupt is 
generated. If the integerized operand is a k-bit integer, the invoking operator proceeds to use the inte- 
gerized value in place of the original argument. If the integerized argument is not a k-bit integer, or 
the implementation does not perform integerization, the action in the next paragraph is performed. 


If the argument is an operand but not a k-bit integer, either an Invalid Argument Value or an Invalid 
Stack Argument interrupt is generated, as implementation-defined. 


The implementation options may be defined separately for each invocation of alSX. 
Pragmatic Notes 
Minimal Specification Constraint for Low-Level Operators 


The aISX action is defined to avoid over-specifying the error action to be taken in the implementation 
of certain operators that are “low-level”. This means that their use is normally restricted to operating- 
system software. 


The preferred implementation of aISX is to generate an interrupt for any argument that is not a k-bit 
integer, rather than to integerize; this mechanism will catch the most software errors. The flexibility 
is available so an implementation can “borrow logic” from other operators if some economy is thereby 
effected. 


Scale Left 


Scale left operators perform multiplication of an operand on top of the stack by 10 raised to a power 
specified by a scale factor. The scale factor may be a dynamic argument or a static parameter. 


The item to be scaled must be an operand; otherwise an Invalid Stack Argument interrupt is generated. 
If the operand is not an integer, it is integerized with the RId function; if it cannot be integerized, 
an Integer-Overflow interrupt is generated. 


If the scale factor is a dynamic argument, it must be an operand; otherwise an Invalid Stack Argument 
interrupt is generated. It is integerized with rounding if required, and if it cannot be integerized, an 
Integer-Overflow interrupt is generated, and if the result is a valid integer but not in the range 0-to- 
12, an Invalid Argument Value interrupt is generated. 
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If the scale factor is a parameter, and it is not in the range 0-to-12, and Invalid Code Parameter inter- 
rupt is generated. 


The result cf the multiplication is left on top of the stack, represented as a single_integer or 
double__integer, depending on its magnitude. The result is single-precision for the range 0 to (239-1) 
and double-precision for (239) to (278—1). If it is greater than or equal to 2**78, an indeterminate 
double-precision integer is left on top of the stack, and OFFF (overflow flip-flop) is set to 1. 


SCLF (scale left) 


The top-of-stack operand is multiplied by ten raised to the power specified by the scale factor. The 


Scale 


DSLF (dynamic scale left) 


The operand to be scaled is multiplied by 10 raised to the power specified by the scale factor. The 
resultant single integer or double__integer is left on top of the stack. Both arguments are required 
on top of the stack: 


me mre ee ee ee ee 


Scale Right 


Scale right operators perform division of an operand on top of the stack by 10 raised to a power 
specified by a scale factor. The scale factor may be a dynamic argument or a static parameter. The 
results of the division are the quotient represented as a binary integer, or the remainder represented 
as a decimal (hex character) sequence, or both. 


The item to be scaled must be an operand; otherwise an Invalid Stack Argument interrupt is generated. 
If the operand is not an integer, it is integerized with the RId or TId function, depending upon the 
operator; if the operand cannot be be integerized, an Integer-Overflow interrupt is generated. 


If the scale factor is a dynamic argument, it must be an operand; otherwise an Invalid Stack Argument 
interrupt is generated. It is integerized (Ral function) if required. If it cannot be integerized, an Integer- 
Overflow interrupt is generated, and if the result is a valid integer but not in the range 0-to-12, an 
Invalid Argument Value interrupt is generated. 


If the scale factor is a parameter, and it is not in the range 0 to 12, an Invalid Code Parameter inter- 
rupt is generated. 


Scale right operators leave on top of the stack either the quotient of the division, the remainder, or 
both the quotient and remainder. The quotient is represented as a single__integer if its magnitude is 
in the range 0 to (2**39—1) and as a double__integer for the range (2**39) to (2**78—1) (note that 
the magnitude of the quotient cannot exceed 2**78—1). The value of bit 47 is undefined. 
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The remainder is a single-precision operand interpreted as a left-justified decimal (hex) sequence. The 
number of decimal digits in the remainder is equal to the scale factor, and each digit is in the range 
hex "0" to hex "9". The values of the rightmost 12-<scale factor> digits are undefined. The remainder 
is the unsigned result of dividing the absolute value of the integerized argument by a power of ten. 


SCRS (scale right save) 


The argument to be scaled is integerized using the RId function. SCRS leaves the quotient on top of 
the stack and the remainder second from top of the stack. The correct sign of the entire result is left 
in the sign bit of the quotient, even if the quotient itself is zero. The operand to be scaled is required 
on top of the stack, and the scale factor is a parameter: 


Scale 


DSRS (dynamic scale right save) 


The operation is the same as SCRS, but the scale factor is required on top of the stack above the 
operand to be scaled: only the quotient is left on top of the stack. 


ee ee ee ee 
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SCRT (scale right truncate) 


The argument to be scaled is integerized using the TId function. Only the quotient is left on top of 
the stack. (The operation effectively applies the Ti function to the quotient x/10**n.) 


The operand to be scaled is required on the stack, and the scale factor is a parameter: 


Scale 


DSRT (dynamic scale right truncate) 


The operation is the same as SCRT, but the scale factor is required on top of the stack above the 
operand to be scaled: 


see ewe ee ee ee eee ee we 
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SCRR (scale right rounded) 


The argument to be scaled is integerized, using the RId function if the scale factor is zero and the 
TId function otherwise. Only the quotient is left on top of the stack. If the most significant digit of 
the remainder is greater than or equal to five, the magnitude of the quotient is increased by one. (The 
operation effectively applies the generic Ri function to the quotient x/10**n.) 


The operand to be scaled is required on top of the stack, and the scale factor is a parameter: 


oe ee we ew ww ee we ee ee eo 


Scale 


DSRR (dynamic scale right rounded) 


The operation is the same as SCRR, but the scale factor is required on top of the stack above the 
operand to be scaled: 


SCRF (scale right final) 


The argument to be scaled is integerized using the RId function. Only the remainder is left on top 
of the stack. EXTF (external sign flip-flop) is set to 1 if the mant__sign of the operand to be scaled 
is minus and to 0 otherwise. OFFF (overflow flip-flop) is set to 1 if the quotient is any non-zero value; 
OFFF remains unchanged if the quotient is zero. 


The operand to be scaled is required on top of the stack, and the scale factor is a parameter: 


Scale 


DSRF (dynamic scale right final) 


The operation is the same as SCRF, but the scale factor is required on top of the stack above the 
operand to be scaled: 


ee eee ee 
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Binary to Decimal Conversion 


The binary-to-decimal conversion operators are variations of the scale-right-final operators, in that the 
result is a decimal digit sequence representing the remainder of division by a power of ten. There are 
two operators, a static form (BCD) with the number of digits specified as a code parameter, and a 
dynamic form (DBCD) with the number of digits supplied as a stack argument. 


The number to be converted is a stack argument that must be an operand; otherwise an Invalid Stack 
Argument interrupt is generated. If necessary, that argument is integerized with rounding (using the 
RId function); if the operand cannot be integerized, an Integer-Overflow interrupt is generated. This 
integerized argument is referred to below as B (the binary integer). 


|B] mod 10**N is converted to a sequence of N decimal digits, where N is provided as a code 
parameter or a stack argument. The result is left justified in an operand, which is single-precision if 
N is 12 or less and double-precision if N is in the range 13 to 24. The contents of the operand beyond 
the N-digit sequence are undefined. 


EXTF is set to: false (positive) i 
true (negative) 1 


fBz= 0 

f B < 0 and |B] mod 10**N > 0, 
undefined state if B < 0 

f 

f 


and |B| mod 10**N = 0. 


OFFF is set to: — true (overflow) 1 
unchanged i 


Pragmatic Notes 
Binary-to-decimal operators relate to scale-right operators 
The binary-to-decimal operators differ from the scale-right operators in two ways: 
e The binary-to-decimal operators do not set EXTF true if the binary argument is —0. 


e The binary-to-decimal operators accept N > 12. For 12 < n s 24, the following code sequences 
produce the same result operand: 


Static n Dynamic n 
LT8 12 
SUBT 
BCD n SCRS n-12 DBCD DSRS 
SCRF 12 SCRF 12 
EXCH EXCH 
JOIN JOIN 


BCD (binary convert to decimal) 
The B operand is the only stack argument; N is a code parameter: 


number of 
(variant) BCD digits, N 
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If N > 24, an Invalid Code Parameter interrupt is generated. 
DBCD (dynamic binary convert to decimal) 


Two stack arguments are required; if either is not an operand, an Invalid Stack Argument interrupt 
is generated. 


The topmost argument is integerized with rounding (Ral function), if necessary, to produce N; if the 
argument cannot be integerized, an Integer-Overflow interrupt is generated. If N is not in the range 
0-to-24, an Invalid Argument Value interrupt is generated. The second argument provides B. 


Bit Vector Interpretation 


This group of operators provides various functions. Those operators that act on stack items either in- 
terpret the items as bit vectors or deal with the word as a whole. In general, there are few restrictions 
on the type of stack items that will be acted upon. 


Logical Operators 


Logical operators require one or two top-of-stack items; they may be of any type. The items are inter- 
preted as 48-bit vectors, unless one or both are double-precision items. In that case they are interpreted 
as 96-bit vectors, and if only one of the two items is double precision, the other is extended with 48 
zero bits (whether the item is an operand or not). 


The logical operation is applied in parallel to each bit of the vectors, and the result is left on top of 
the stack. For the unary LNOT operator, the tag of the result is the same as the tag of the top of 
stack item. For the binary logical operators the result is double-precision if either argument is double- 
precision; otherwise the tag of the result is the tag of the second from top item. 


The four logical operations are illustrated here in binary notation: 


NOT Ol = 10 
0011 AND 0101 = 0001 
0011 OR 0101 = O11 
0011 EQV 0101 = 1001 


LNOT (logical not) 


LNOT requires a single top-of-stack item. All bits of the vector are complemented, and its tag remains 
unchanged. 


LAND (logical and) 


LAND requires two top-of-stack items. The logical AND of the two bit vectors is left on top of the 
stack. 
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LOR (logical or) 
LOR requires two top-of-stack items. The logical OR of the two bit vectors is left on top of the stack. 
LEQV (logical equivalence) 


LEQV requires two top-of-stack items. The logical EQV (equivalence) of the two bit vectors is left 
on top of the stack. 


Relational Operator 

SAME (logical equality) 

SAME requires two top-of-stack items. They are interpreted as 52-bit vectors (including tag bits). If 
all corresponding bits of the two vectors have the same value, a True result is left on top of the stack; 
otherwise a False result is left. If both items are double-precision, the bit vector interpretation includes 
the second words. Note that if only one item is double-precision, the result is necessarily false. 


Literal Operators 


Literal operators place a single-precision constant on top of the stack. They do not use any initial top- 
of-stack items. 


ZERO (insert literal zero) 

Z¥*RO leaves on top of the stack a single-precision word with all bits initialized to zero. 
ONE (insert literal one) 

ONE leaves on top of the stack a 1-bit integer equal to 1. 

LT8 (insert 8 bit literal) 


LTS8 leaves on top of the stack an 8-bit integer that is a copy of its one-syllable parameter. 


LT16 (insert 16 bit literal) 


LT16 leaves on top of the stack a 16-bit integer that is a copy of its two-syllable parameter. 


nee nate eee ee ee eee we ee ee ee ee ee ee oe oe 
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LT48 (insert 48 bit literal) 


LT48 leaves on top of the stack a single-precision operand that is a copy of its six-syllable parameter. 
The parameter is taken from the first code-word following the LT48 opcode. "Padding” syllables, if 
any, from the opcode to the end of the word containing the opcode are ignored. 


Constant 


ignored | | | | | | I" 


Bit-Vector Type-Transfer Operators 
Operators in this group perform the following operations on the top-of-stack item(s). 


STAG: Set the tag to an arbitrary value from the top-of-stack. 

XTND: Append a low-order word of zeros, if necessary, to form a double-precision 
operand, or set the element__size of a word DD to double-precision. 

JOIN: Join two operands to form one double-precision operand. 

SPLT: Split an operand into two single-precision operands. 


STAG (set tag) 


STAG requires a tag value and an object item on top of the stack, and leaves as its result an item 
whose tag is the tag value and whose 48 bits are copied from the object item. 


The tag value must be a single-precision operand; otherwise an Invalid Stack Argument interrupt is 
generated. The tag value is extracted from the field [3:4] of this operand. There is no restriction on 
the initial type of the object item. 


If the tag value is 2, and the object item does not have tag 2, then the least significant word is set 
to zero. 


In this architecture, STAG zeros the second word of a double-precision operand created by setting the 
tag to 2. The B6800 leaves the arbitrary contents of the Y register as the contents of the second word. 
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XTND (set to double-precision) 


XTND requires an operand or a WordDD on top of the stack; otherwise an Invalid Stack Argument 
interrupt is generated. 


If the argument is a double-precision operand, it is left on the stack unchanged. If it is a single-preci- 
sion operand, it is converted to double-precision representation by appending a second word whose 
fields are initialized to zero; the double-precision result is left on the stack. Note that its numeric value 
is not changed. 


If the argument is a DoubleDD, it is left on the stack unchanged. If the argument is a SingleDD, it 
is left on the stack as a DoubleDD: its element__size is set to double-precision, and if the SingleDD 
is unindexed, its length field is divided by 2; any remainder is discarded. 


This architecture XTND disallows CharDDs, whereas B6800 XTND looks only at bit 40, the "double- 
precision bit”, of a data descriptor. The value of bit 40 is zero in the encoding of EBCDIC or hex 
element__size values, and by setting it to 1, B6800 XTND generates an invalid encoding. Furthermore, 
the DD length is improperly divided by 2 in this case. 


JOIN (set two singles to double) 


JOIN requires two operands on top of the stack; otherwise an Invalid Stack Argument interrupt is 
generated. A double-precision item is constructed from the two operands, and the result is left on top 
of the stack. 


The first and second words of the double-precision result are taken from the first words of the second 
and top operands respectively. The following possibilities arise from combinations of single and double- 
precision operands: 


ee Ssulceo air Sell tence ees “sp 3.u)) | 
sp (w2) sp (w3) 

ca ewes exe i. aouan oes ‘SP3ai)| 
dp (w2,w3) dp (w3,wh) 


SPLYT {set double to two singles) 


SPLT requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gener- 
ated. Two single-precision items are constructed from the operand and left on top of the stack. 


If the operand is single-precision, it is left on the stack and a single precision zero is pushed on the 
stack above it. If the operand is double-precision, its two words are converted to two single-precision 
items. The first word is pushed on the stack first, and the second word is left on top of the stack. 


eee ee ee ee ee ee ee ee wwe ew Mm ewe ew Ke we ewe ew ew eK ee ee ee we ee ome ee 
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Evaluate Word Structure Operators 
RTAG (read tag) 


RTAG requires one item on top of the stack, and its result is a 4-bit integer whose value is the tag 
of the item. 


CBON (count binary ones) 


CBON requires an operand on top of the stack; otherwise an Invalid Stack Argument interrupt is gen- 
erated. The number of binary-ones present in the operand are counted. If the operand is double-preci- 
sion, all 96-bits are examined. CBON leaves a 7-bit integer value, which is the number of binary-ones 
counted, on top of the stack. 


LOG2 (leading one test) 


LOG2 requires one item on top of the stack, and then replaces it with a 6-bit integer value. The integer 
contains the bit-number of the leading (most-significant) binary-one bit in the stack item. If all bits 
in the item are binary-zeroes, LOG2 leaves an integer zero on the stack; otherwise the integer contains 
the (number +1 of the) highest-order binary-one bit in the item. Only the first word (upper-half) of 
a double-precision stack item is examined. 


Word Manipulation Operators 


Word manipulation operators provide the capability to alter any “partial field” of a word in the stack 
called the destination, in some cases based on a field of another word in the stack called the source. 
The following operations are provided: 


BSET, DBST: Set a single destination bit. 
BRST, DBRS: Reset a single destination bit. 


ISOL, DISO: Create a destination whose low-order field is set from a field of the 
source. 

INSR, DINS: Set a field of the destination from the low-order field of the source. 

FLTR, DETR: Set a field of the destination from a field of the source. 

CHSN: Complement the “sign” bit (bit 46) of the destination. 


Source items may be of any type. Except for CHSN, destination items may be any type. The altered 
destination item is left on the top of the stack. If the source is a double-precision item, the field is 
taken from its first word, and the second word is discarded. If the destination is a double-precision 
item, the bit or field altered is in its first word, and the second word is retained unchanged in the 
double-precision result. The following terms are used for bit/field specifications: 


Db: The destination bit to be set or reset, or the high-order 
bit of the destination field. 

Sb: The high-order bit of the source field. 

Len: The length of both the source and destination fields. 


There are static and dynamic operators corresponding to several of the operations. The static operators 
take Db, Sb, and Len specifications, as required, from code parameters; the dynamic operators take 
them from stack arguments. 
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If dynamic Db, Sb, and Len specification items are not operands, an Invalid Stack Argument interrupt 
is generated. They are integerized with rounding, if required, and if they cannot be integerized, an Inte- 
ger-Overflow interrupt is generated. All Db and Sb values must be in the range {0 to 47}, and Len 
values must be in {0 to 48}. Static operators generate an Invalid Code Parameter interrupt if any of 
these values are invalid, and dynamic operators generate an Invalid Argument Value interrupt if any 
are invalid. 


The effect of word manipulation operators will be shown as an assignment to a field of the destination 
word. The remainder of the destination word is not changed. Note that Len = 0 is a valid specification 
of a null field; in this case the destination will not be altered at all. 


BSET (bit set) 


BSET sets a single destination bit: destination.[Db:1] := 1. The destination is the only required top- 
of-stack item, and Db is specified by a parameter: 


BSET | Db 
DBST (dynamic bit set) 
DBST sets a single destination bit: destination.[Db:1] := 1. The required initial stack state includes 
Db: 
Db 


BRST (bit reset) 


BRST resets a single destination bit: destination.[Db:1] := 0. The destination is the only required top- 
of-stack item, and Db is specified by a parameter: 


DBRS (dynamic bit reset) 
DBRS resets a single destination bit: destination.[Db:1] := 0. The required initial stack state includes 
Db: 

Db 
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ISOL (field isolate) 


ISOL creates a single-precision destination word initialized to zero, and then sets its low-order field 
from a field of the source: destination := 0; destination.[Len-1:Len] := source.[Sb:Len]. The source 
is the only required top-of-stack item, and Sb and Len are specified by parameters: 


ee mw we em we we re ee we ee ee ee 


eee 


DISO (dynamic field isolate) 


DISO creates a single-precision destination word initialized to zero, and then sets its low-order field 


from a field of the source: destination := 0; destination.[Len-1:Len] := source.[Sb:Len]. The required 
initial stack state includes Len and Sb: 
Len 
Sb 


INSR_ (field insert) 


INSR sets a field of the destination from the low-order field of the source: destination.[Db:Len] : 
source.[Len-1:Len]. The required initial stack state includes only the source and destination: 


destination item 


ee ew ee ee wre ee ee we oe 
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DINS (dynamic field insert) 


DINS sets a field of the destination from the low-order field of the source: destination.[Db:Len] := 
source.[Len-1:Len]. The required initial stack state includes Len and Db (but note that for DINS, the 
source item is required on top of the stack): 


ee ee ee ee ee ee ee ee 
—— ee eK ew ee ee ee 
—S ewww eww ee wee eee 
ee wR we wr www ew ew wR ee = 


wee www wei ew ee ew ee ee 


FLTR (field transfer) 


FLTR sets a field of the destination from a field of the source: destination.[Db:Len] := source.[- 
Sb:Len]. The required initial stack state includes only the source and destination: 


DFTR (dynamic field transfer) 


DFTR sets a field of the destination from a field of the source: destination.[Db:Len] := source.|- 
Sb:Len]. The required initial stack state includes Len, Sb and Db: 


et 
ee ee 
— eee ee oe ee ee ee oe oe en ee ee ae ee ee 


destination item 


3-24 


System Architecture Reference Manual, Volume 2 
Operator Set and Common Actions 


CHSN (change sign) 


The CHSN operator requires an operand on top of the stack; otherwise, an Invalid Stack Argument 
interrupt is generated. CHSN complements a single destination bit: destination.[46:1] := NOT 
destination.[46:1] 


Linear Index-Function Operator 


OCRX (occurs index) 


OCRX computes a linear integer function of an integer index, with bounds checking. The function is 
defined as 


RelativeIndex (offset, length, index) = offset + (index-1)*width; 
where index must be in the range {1 to limit}. 


OCRX leaves on top of the stack the result of the RelativeIndex function applied to values derived 
from two arguments: 


The Index Control Word ( ICW) must be a single-precision operand. It contains three fields: :index 
control word (ICW) 


ICW__width [47:16] The width coefficient 
ICW__limit [31:16] the upper bound for the index 
ICW__offset [15:16] the offset coefficient 


If the ICW is not a single-precision operand or if the index is not an operand, an Invalid Stack Argu- 
ment interrupt is generated. The index argument is integerized with rounding if required; if it cannot 
be integerized, an Integer-Overflow interrupt is generated. 


If the index is not in the range {1 to ICW__limit}, an Invalid Index interrupt is generated. Otherwise, 
OCRX leaves on top of the stack a single__integer whose value is RelativeIndex (ICW__offset, 
ICW__width, index). 
Pragmatic Notes 
OCRX is an indexing-computing function 
OCRX is intended for computing indexing functions to sub-records within a linear record structure. 


For example, assume that a record contains a sequence of sub-records s[1] to s[n]; each sub-record 
contains w elements of the base record type, and the first sub-record begins k elements into the record: 
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The index for s[{i] relative to the base of the record can be computed by the RelativeIndex function 
of the OCRX operator, with 1 as the index and an ICW composed with: 


ICW__width = w 
ICW__limit = n 
ICW__offset = k 


Note that ICW__limit and index are in the same units (ordinal index of the sub-record); I1CW__width 
and ICW__offset are in the same arbitrary units (typically characters or words); the RelativeIndex func- 
tion transforms from the first set of units to the second. 


REFERENCE GENERATION AND EVALUATION OPERATORS 


The common feature of this operator group is the generation and evaluation of references and chains 
of references. The group consists of reference generation operators (generators) and operators that eval- 
uate references in order to read a target item onto the stack (read evaluators) or store an item from 
the stack into a target location (store evaluators). 


Basic evaluation of a reference consists of calculating the nominal memory address to which it refers. 
Read evaluation consists of fetching the contents of the referenced location; store evaluation consists 
of writing the contents of that location. 


Double Precision 


References to double-precision operands refer to the first word. The need for a second word may be 
indicated by the tag of the first word or by the reference (IndexedDoubleDD). The second word is 
in the next higher memory location. (Note that this architecture, like predecessor implementations, does 
not permit a double-precision operand to be split between pages of a virtual-segment.) 


Pragmatic Notes 
Beware Aliasing Address Couples or IRWs with IndexedWordDDs 


Care must be exercised in any situation in which an address-couple parameter or IRW might reference 
the same location as an IndexedWordDD, if there can be any conflict as to operand precision. Such 
a situation might arise if a descriptor is pointed into part of a stack (creating an “in-stack array”), 
and the same locations are also referenced by address-couple. Read evaluation operators such as VALC 
and LOAD distinguish single-from double-precision operands by the tag of the operand, if it is ad- 
dressed directly by an address-couple parameter or an IRW; the determination is made from the 
element.__size of an IndexedWordDD, if such a descriptor is the last element in the reference chain. 
Similarly, normal store operators require the store operand to match the target type, which is deter- 
mined from the tag of the target word (address-couple parameter or IRW) or by the element__size (In- 
dexedWordDD). 
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Stack references 


A stack is accessed by its stack number as follows. The stack-vector descriptor at address-couple (0,2) 
is indexed by the stack number. If the stack number is not in the range {0 to SVD.length-1}, an Invalid 
Index interrupt is generated; otherwise the stack descriptor is fetched. If either the word accessed as 
the stack-vector descriptor or the word accessed as the stack descriptor is not an unpaged unindexed 
SingleDD, an Invalid Object interrupt is generated. If the stack descriptor is an absent original DD, 
a Presence Bit interrupt is generated. The SVD must be a present original DD, and the stack descriptor 
must not be an absent copy DD; the effect of violating these restrictions is undefined. 


Lexical Link Evaluation 


A lexical link is a (stack number, displacement) couple; it specifies the base of an activation record. 
Basic evaluation of a lexical link consists of computing the nominal base address of the activation rec- 
ord by adding the displacement to the base address of the referenced stack. If the stack number equals 
the contents of SNR, the base address is found in BOSR; otherwise, it is obtained from the stack de- 
scriptor, as described in Stack References. 


aLXLK (evaluate lexical link) 
The common action aLXLK is defined to perform the evaluation defined in this section. 
Lexical Chains 


The addressing environment of a process is a list of activation records: the base address of the topmost 
record is recorded in D[LL]; the MSCW at that address contains a lexical link to the record for level 
LL-1, and so on to level zero. 


If an implementation maintains display registers, it is necessary to traverse all or part of the lexical 
chain whenever the topmost activation record changes, as occurs in procedure entry/exit and move- 
stack operators (see Display Update). If an implementation does not have a full set of display registers, 
it may be necessary to traverse part of the lexical chain in order to find the activation record for a 
lexical level less than LL. 


During lexical chain traversal, a Stack Structure Error is generated if the word addressed by a lexical 
link is not an entered MSCW , or if the MSCW of the activation record for lexical level i does not 
contain i in the lex__level field. 


aLXCH (traverse lexical chain) 


The common action aLXCH is defined to perform lexical chain traversal and consistency checking de- 
fined in this section. 


Address-Couple Evaluation 


Address couples occur in operator parameters and in Normal Indirect Reference Words (NIRWs). 
Those in parameters occur in either fixed-or variable-fence forms; NIRWs contain fixed-fence address 
couples. A name-call operator uses its address-couple parameter to construct an NIRW on the stack, 
where it will become an initial reference for a subsequent operator. Other operators use their address- 
couple parameter as their own initial reference. 
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Basic evaluation of an address-couple (Lambda,Delta) consists of calculating the nominal address of 
the referenced word, by adding Delta to the base address of the activation record whose lexical level 
is specified by Lambda. If Lambda = LL, the activation record base is in D[LL]. If not, the activation 
record base address can be read from a display register, if such registers are implemented, or found 
by traversing the lexical chain beginning at D[LL] (common action aLXCH). Note that since Lambda 
specifies an activation record in. the current addressing environment, the result of address-couple 
evaluation may vary according to the environment. 


When an address-couple is evaluated, Lambda must be less than or equal to LL, and for Lambda=LL, 
the address of the referenced stack location must be less than or equal to the address of the top-of- 
stack (S); otherwise, an Invalid Reference interrupt is generated. Furthermore, for Lambda= LL, refer- 
encing data that has not been explicitly pushed with an ENTR or PUSH operator is an undefined oper- 
ation. 


Evaluation of References 


Read and store evaluators share the general capability to process a chain of references in order to locate 
some target item. Reference chains may be composed of address-couple parameters, IRWs (NIRWs and 
SIRWs), IndexedWordDDs, and PCWs. 


Definition of valid target items and allowable reference chains depends on the function of the particular 
operator, but evaluation of each element of a reference chain and of IRW chains is common to the 
operator group. The following sections define evaluation of each reference form, IRW_ chain 
evaluation, and the notation used for each operator to specify allowable reference chains and valid tar- 
get items. 


Address Couple Parameters 


Name-call operators use the parameter to construct an NIRW. Other operators evaluate the parameter 
to determine the corresponding nominal address, which is then typically used for read or store access. 


NIRWs 


The STFF operator transforms an NIRW into an SIRW that references the same location. Other 
operators evaluate the NIRW address-couple to determine the corresponding nominal address, which 
is then typically used for read or store access. 


NIRWs may be initial references only. 
SIRWs 


Basic evaluation of an SIRW consists of calculating the nominal address of the referenced word: SIR- 
W.offset is added to the address derived from the Lexical Link (SIRW.stack__number, SIRW.displac- 
ement) by the common action aLXLK. (The ENTR operator uses the Lexical Link address as well as 
the sum.) 


The result of evaluation of an SIRW is constant regardless of the current addressing environment. 


No validity check is performed on the sizes of the displacement and offset fields during SIRW 
evaluation. SIRWs are created from NIRWs, and the NIRW components are verified at that time. 
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Pragmatic Notes 
SIRW as a parameter reference 


The SIRW is a reference to an item in an activation record in a stack; it is context-independent in 
that its interpretation does not depend upon the current addressing environment (apart from the D[0] 
environment, which determines the location of the stack-vector descriptor, which defines the stacks). 
The principal application of SIRWs is to pass reference parameters from one addressing environment 
to another. IndexedWordDDs serve as references to items in segments other than stacks. 


IndexedWordDDs 


Basic evaluation of a data descriptor as a reference is possible only for an IndexedWordDD referring 
to a present segment. The evaluation consists of calculating the nominal address of the referenced word 
(see Descriptor Interpretation). 


In cases where the target of an IndexedWordDD is an operand, the element type of the operand is 
determined by the element__size field of the IndexedWordDD (the last if a sequence of Indexed- 
WordDDs was evaluated). The element__size value of single-or double-precision overrides the tag of 
the target operand. All operators that evaluate IndexedWordDDs, with the exception of LODT and 
the overwrite operators, obey this convention. 


An IndexedSingleDD may be used to reference words of any type appropriate to the referencing 
operator. An IndexedDoubleDD may be used only to reference an operand (for read evaluation) or 
an even-tagged word (for normal store evaluation). 


PCWs 


In the context of reference chain evaluation, evaluation of a PCW consists of an “accidental” proce- 
dure entry. The PCW is assumed to point to a function with no parameters, whose returned value 
will be either the target of the chain or another valid reference. The net result of the accidental entry 
is that the place of the PCW in the reference chain is taken by the item returned by the function. 


The accidental entry is accomplished by the aACCE action, defined in Procedure entry operators. It 
is assumed that the function will terminate with a RETN (return) operator that leaves an item on top 
of the stack. If it does not, the item on top of the stack will be used incorrectly, as if it were such 
a result. 


When the operator resumes, the result of the function is treated as the target or next reference. If it 
is not valid in the context of the operator, an Invalid Stack Argument interrupt, rather than an Invalid 
Reference Chain interrupt, is generated. 


IRW Chains 


Throughout this group of operators, those that evaluate multiple references will evaluate a sequence 
of one or more IRWs wherever a single IRW may be evaluated. Because NIRWs may occur as initial 
references only, these chains consist of an optional NIRW referencing a chain of SIRWs. Chains of 
IRWs that may optionally contain the initial NIRW are referred to as "IRW chains”; chains of IRWs 
that may not contain an NIRW are referred to as "SIRW chains”. (It is often convenient to regard 
an address-couple parameter, as well as an NIRW, as the head of an “IRW chain”.) 


Evaluation of the IRW chain consists of successive IRW evaluations, starting with the head of the 
chain, until IRW read evaluation does not produce an IRW. 
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Reference Chains 


Operators that evaluate reference chains start from an initial reference and apply successive reference 
read evaluation, according to a set of chaining rules, until a target item is produced. For each such 
operator, the set of initial references and targets is specified using the following notation: 


<{nitial Reference> ::= {set of reference items} 
<target> ::= {set of target items} 


Chaining rules are specified by showing the valid evaluation results for each reference form that may 
be a part of the chain. The form of such specification is: 


reference — evaluation results, 


Where "->” indicates read evaluation of the reference as defined in the preceding sections. Evaluation 
results can include reference forms or an Initial Reference, any of which is subsequently evaluated, 
or a target. Evaluation of the chain will continue until a target is encountered or until reference 
evaluation produces an item that is not a valid result. If chain evaluation terminates with an invalid 
item, an interrupt is generated. With two exceptions, the interrupt is Invalid Reference Chain: a Bind- 
ing Request interrupt is generated if the target is a DD with element__size = 7; an Invalid Stack Argu- 
ment interrupt is generated if the result of PCW evaluation (aACCE) is unacceptable. 


Chaining rule notation is illustrated by the following example. (Note that IndexedWordDD is used for 
the union of IndexedSingleDD or IndexedDoubleDD, which may be listed separately in the expansion.) 


< Initial Reference > i= {NIRW, SIRW chain, IndexedWordDD} 
<target > ::= {operand} 
NIRW ce SIRW chain 
IndexedWordDD 
PCW 
<target > 
SIRW chain > IndexedWordDD 
PCW 
<target > 
IndexedSingleDD = IndexedWordDD 
<target > 
IndexedDoubleDD = <target > 
PCW a SIRW chain 
IndexedWordDD 
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Reference Generation Operators 
NAMC (name. call) 


The NAMC operator transforms an address-couple in the code-stream into an NIRW. NAMC is a 2- 
syllable operator with a special structure, a 2-bit opcode and a 14-bit variable-fence address-couple: 


ee meee em meee eee ee ee ee eee ee 


Ce I ean 


The NAMC operator converts the variable-fence address-couple parameter into a fixed-fence address- 
couple and leaves it in an NIRW on top of the stack. Name-call operators need not interpret the ad- 
dress-couple; however, the tests on Lambda and Delta defined for address-couple evaluation may be 
applied and an Invalid Reference interrupt generated if either component is out of range. 
Pragmatic Notes 
NAMC is sensitive to lexical level 

The transformation from fixed-to variable-fence address-couple is made with the variable fence set ac- 
cording to LL at the time the NAMC operator is executed. Because NIRWs are intended for immediate 
consumption (within the same block activation), there is no loss of generality due to this “premature 
binding” of the fence. 


LNMC (long name call) 


LNMC is equivalent to NAMC, except that its parameter is a fixed-fence rather than a variable-fence 
address-couple. LNMC is a 4 syllable operator whose appearance in the code-stream 1s: 


enti 


Pragmatic Notes 


LNMC provides full-range Delta at any LL 


Because it has a fixed-fence address-couple, LNMC can be used to construct address couples with Delta 
as large as 2**12—1 at any lexical level. NAMC can address the full range of Delta values only when 
LL = ‘3; 
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STFF (stuff) 


STFF converts the NIRW on top of the stack into an SIRW. If STFF encounters an SIRW on top 
of the stack, it terminates leaving the SIRW. If the top-of-stack item is not an NIRW or SIRW, an 
Invalid Stack Argument interrupt is generated. 


The (Lambda,Delta) address-couple in the NIRW is interpreted as described in Address-Couple 
Evaluation. If Lambda > LL, or Lambda=LL. and address(stack location) > S, an Invalid Reference 
interrupt is generated. Otherwise the SIRW is constructed to point to the word in the stack addressed 
by (Lambda,Delta). The displacement field is set to the stack-relative offset to the MSCW for the acti- 
vation record referenced by the NIRW; if that offset exceeds 2**16—1, a Stack Structure Error inter- 
rupt is generated. The stack__number field is set to the stack number containing this activation record. 
The offset field is set to the value of delta from the NIRW. The unused fields are set to zero. 


Pragmatic Notes 
STFF Algorithm 


The following algorithm produces the Lexical Link corresponding to the Lambda component of an ad- 
dress-couple: If Lambda = LL, the Lexical Link is (SNR, D[LL]-BOSR); otherwise, the Lexical Link 
is contained in the MSCW for the activation record at lexical Jevel Lambda+ 1 in the current addressing 
environment (at D[Lambda+ 1] if that display register is implemented). 


INDX (index) 


INDX applies an integer index to an unindexed DD and leaves on top of the stack an IndexedDD 
pointing to the specified element. If the DD is a WordDD, the result is an IndexedWordDD, and if 
it is a CharDD, the result is a Pointer. An unindexed copy DD may be on the stack initially, or an 
unindexed original or copy DD may be addressed by an IRW chain. 


<Descriptor Indication > ::= {unindexed copy WordDD, unindexed copy CharDD, 
initial reference} 

< Initial Reference > = IRW chain 

<target > = f{unindexed WordDD, unindexed 
CharDD} 

IRW chain —> <target > 


INDX requires the Descriptor Indication and an operand index value on top of the stack in either or- 
der: 


cme ae cee ee eee ce ee me ee eee ee nm mee mee ee ee ee ee ee ee 


Descriptor Indication index value 


index value Descriptor Indication 


re ee ee ee es ee eee ee ee ee ewe me wee ee ee we oe 


If the index value is not an operand, an Invalid Stack Argument interrupt is generated. If the Descrip- 
tor Indication is a copy DD with element__size = 7, a Binding Request interrupt is generated; other- 
wise, if the Descriptor Indication is not an unindexed copy WordDD or CharDD or the head of an 
IRW chain, an Invalid Stack Argument interrupt is generated. 
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The index value is integerized with rounding (by using the Ral function defined for the NTGR 
operator) if required. If it cannot be integerized, an Integer-Overflow interrupt is generated. If the re- 
sulting integer is not in the range {0 to DD.length—1}, an Invalid Index interrupt is generated. (Both 
DD.length and the index value are assumed to be in DD.element__size units). 


An IndexedWordDD or a Pointer is constructed according to the value of DD.element__size. For the 
different element__size values, the effective index values are derived from the index argument as fol- 
lows: 


0 (single-precision): WI = index 

1 (double-precision): WI = index * 2 

2 (hex): WI = index DIV 12; CI = index MOD 12 
4 (EBCDIC) WI = index DIV 6; CI = index MOD 6 


If the unindexed DD is unpaged, an indexed DD is constructed from it as follows: If the designated 
descriptor is an original DD, aCPY action is invoked to produce a copy DD. The present, copy, 
read__only, element__size, and address fields are copied from the unindexed copy DD. The indexed 
bit is set to 1. For a WordDD, an IndexedWordDD is constructed by setting the index field to WI; 
if WI exceeds 2**20—1, an Invalid Index interrupt is generated. For a CharDD, a Pointer is construct- 
ed by setting the word__index field to WI and the char__index field to CI; if WI exceeds 2**16—1, 
an Invalid Index interrupt is generated. 


If the data-segment is paged (the unindexed DD has paged = 1), INDX resolves the paging by per- 
forming another level of indexing. The paged descriptor is indexed by WI DIV page__size, and the 
referenced word is accessed as a page descriptor. If it is an original unpaged SingleDD, the indexing 
operation proceeds; otherwise a Page Structure Error interrupt is generated. An indexed DD is created 
as follows: A copy of the page DD is fetched, using common action aCPY. The indexed bit is set 
to 1. The element__size and read__only fields are copied from the initial (paged) DD; the present and 
address fields are retained from the aCPY copy of the page DD. For a WordDD, an IndexedWordDD 
is constructed by setting index to WI MOD page__size. For a CharDD, a Pointer is constructed by 
setting word__index to WI MOD page__size and char__index to CI. 


INXA (index by means of address-couple parameter) 


INXA is a 3-syllable operator containing a fixed-fence address-couple; the code-stream appearance is: 


ene eee me ee ee eee eee ee oe eee eee ee ee ee ee ee ee em 


ee ee de dd ee 


INXA is functionally equivalent to a name-call operator, containing the same address-couple, followed 
immediately by the INDX operator. 
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MPCW (make PCW) 


MPCW is a literal operator that constructs a PCW at the top of the stack from a six-syllable parameter 
in the code-stream. The parameter is taken from the first code-word following the MPCW opcode. 
"Padding” syllables, if any, from the opcode to the end of the word containing the opcode are ignored. 
The PCW is constructed from the parameter by setting the tag to 7 and putting the value of SNR 
into the stack__number field. 


/ 
ignored | | | | | 
i skeleton PCW 


— ee ae ee me ee me ee ee ee eee eee ee me me ie eee ee ee 


The parameter is assumed to be a valid PCW skeleton. It is inserted at the top of the stack and tagged 
as a PCW. 


Read Evaluation Operators 
aFOP (Fetch Operand) 


The common action aFOP is invoked by operators that evaluate a reference to fetch an operand value 
(as opposed to LODT and RDLK, which fetch only one word, not a whole operand in the double- 
precision case). The action can be described as a procedure with one formal parameter, the reference 
to be evaluated, and three possible results: 


1. An operand value. 
2. A non-operand value. 
3. An Invalid Object interrupt: odd-tagged second word. 


If the referenced word does not have a tag of 0 or 2, it is a non-operand value. 


If the reference is an IRW and the referenced word has tag = O, or the reference is an IndexedSing- 
leDD and the referenced word has tag = O or 2, the referenced word is fetched and the tag set to 
zero (if necessary) to form an operand value. 


If the reference is an IRW and the fetched word has tag = 2, its successor word (at the next higher 
nominal memory address) is fetched. If that word has a tag other than two, an Invalid Object interrupt 
is generated; otherwise, the referenced word and its successor are joined as the first and second words 
of a double-precision operand to form an operand value. 


If the reference is an IndexedDoubleDD, the physical successor word of the referenced word is fetched. 
If the successor word has an odd tag, an Invalid Object interrupt is generated; otherwise, the referenced 
word and its successor are joined as first and words of a double-precision operand (with the tag set 
to two) to form an operand value. 


aCPY (fetch copy descriptor) 


The common action aCPY is invoked by any operator that accesses a descriptor (by evaluating a refer- 
ence) and places a copy of that descriptor on the stack. (The exceptions are LODT and RDLK, which 
make a facsimile of the original descriptor rather than a "copy” of it.) 


A duplicate of the referenced descriptor is brought to the stack to become the copy. (if it is already 
a copy, no transformation is necessary.) If the descriptor is an absent original, the address field is re- 
placed by the nominal memory address at which the original was located; otherwise the address is re- 
tained unchanged. The copy bit is set to 1. 
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VALC (value call) 


The VALC operator evaluates a reference chain whose head is an address-couple parameter; the target 
must be an operand, which is left on top of the stack. VALC is a 2-syllable operator with a special 
structure, a 2-bit opcode and a 14-bit variable-fence address-couple: 


Reference chain evaluation performed by VALC is: 


< Initial Reference > {address-couple} 


<target > {operand} 

address-couple a SIRW chain 
IndexedWordDD 
<target > 

SIRW chain ae IndexedWordDD 
PCW 
<target > 

IndexedSingleDD = IndexedWordDD 
<target > 

IndexedDoubleDD => <target > 

PCW > SIRW chain 
IndexedWordDD 
<target > 


Reference evaluation is performed by invocation of the common action aFOP: an operand value is left 
on the stack as the result of VALC; any non-operand value is examined as an element of the reference 
chain. If reference evaluation produces a DD with element__size = 7, a Binding Request interrupt is 
generated. 


If a PCW must be evaluated, accidental entry is performed by invoking the common action aACCE. 
The RCW.rs bit is set in the new activation record; when resumed in restart state, VALC ignores its 
code parameter and consumes a stack argument as the target of the PCW. If this argument is not a 
valid reference or target, an Invalid Stack Argument interrupt is generated. 


Otherwise, if reference evaluation produces an item that is not a valid result according to the above 
chain evaluation rules, an Invalid Reference Chain interrupt is generated. 
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nn rr rr A RR NS 


LVLC (long value call) 


LVLC is equivalent to VALC, except that its parameter is a fixed-fence rather than a variable-fence 
address-couple. LVLC is a 4-syllable operator whose appearance in the code-stream is: 


—- a Om oe eee eee oe ee ee ee ee ee ee ee ee eee ee eee ee ee eee ee ee ee ee oe 


Pragmatic Notes 
LVLC provides full-range Delta at any LL 
Because it has a fixed-fence address-couple, LVLC can be used to construct address couples with Delta 
as large as 2**12--1 at any lexical level. VALC can address the full range of Delta values only when 
LL < 3. 


The LVLC operator, new in this architecture, is identical to the VALC operator except that its 
parameter is a fixed-fence address-couple. 


NXLV (index and load value) 


NXLV performs an INDX (index) operation to produce an IndexedWordDD and then evaluates the 
IndexedWordDD to fetch an operand. 


The required initial stack state is the same as that for INDX except that the DD must be a WordDD: 


< Descriptor a= {unindexed copy word 
Indication > DD, initial reference} 
< Initial Reference > ae IRW chain 

<index target > = unindexed WordDD 
IRW chain _ => < index target > 


If the index operation is unsuccessful, an interrupt is generated as specified for INDX. If the <index 
target > is successfully indexed, the ultimate target is fetched by read evaluation of the Indexed- 
WordDD: 


IndexedWordDD -- operand 
The IndexedWordDD is evaluated by invoking the common action aFOP: an operand value is left on 


the stack as the result of NXLV; any non-operand value causes an Invalid Object interrupt to be gener- 
ated. 
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Pragmatic Notes 
Presence Bit interrupt may use Restart 


When NXLV or NXLN generates a Presence Bit interrupt, the stack configuration and RCW can be 
constructed either to repeat the operator in initial state, with two arguments, or to repeat the operator 
in restart state, with the already-indexed descriptor as the only argument. (In the initial-state case, the 
Descriptor Indication argument could be the original argument, or it could be the unindexed copy de- 
scriptor after any IRW chain evaluation.) 


NXVA (index and load value by means of address-couple parameter) 


NXVA is a 3-syllable operator containing a fixed-fence address-couple; the code-stream appearance 1s: 


ee em mee ee ee ee ee eee er Be ee Oe eB eRe we ew KK 


NXVA is functionally equivalent to a name-call operator, containing the same address-couple, followed 
immediately by the NXLV operator. 


NXLN (index and load name) 


NXLN performs an INDX (index) operation to produce an IndexedSingleDD and then evaluates the 
IndexedSingleDD to fetch an unindexed DD; a copy of that DD is left on top of the stack. 


The required initial stack state is the same as that for INDX except that the descriptor indication or 
index target must be a SingleDD. 


< Descriptor aS {unindexed copy 

Indication > SingleDD, initial 
reference} 

< Initial Reference > = IRW chain 

<index target > ee unindexed SingleDD 

IRW chain = <index target > 


If the index operation is unsuccessful, an interrupt is generated as specified for INDX. If the <index 
target > is successfully indexed, the ultimate target is fetched by read evaluation of the IndexedSing- 
leDD: 


IndexedSingleDD — — unindexed DD 
If the target is not an unindexed DD, an Invalid Object interrupt is generated. 
The target is fetched as a copy (with aCPY action) and left on the top of the stack. (The NXLN 


operator does not examine the paged, read__only, element__size, length/index, or address field of a 
target DD.) 
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EVAL (evaluate) 


The purpose of EVAL is to evaluate a reference chain in order to locate some target and then leave 
on top of the stack the reference whose evaluation produced the target. 


Reference chain evaluation performed by EVAL is: 


<Initial Reference > cS {NIRW, SIRW chain, 
IndexedWordDD} 
<target > = {even-tag word, 


unindexed DD, 
IndexedDD with 
element__size > 1} 


NIRW oe IndexedWordDD 
SIRW chain 
PCW 
<target > 


SIRW chain = IndexedWordDD 
PCW 
<target > 


IndexedWordDD =< * no evaluation — 
see below * 


PCW > IndexedWordDD 
SIRW chain 


If a target is located, the reference whose evaluation produced the target is left on top of the stack 
as the result. If an IndexedWordDD is encountered, it is left as the result without being evaluated. 
In effect, an IndexedWordDD is treated as if it had been evaluated and a target had been the result. 


If a PCW must be evaluated, accidental entry is performed by invoking the common action aACCE. 
If the result of the function is not a valid reference, an Invalid Stack Argument interrupt is generated. 


Otherwise, if reference evaluation produces an item that is not a valid result according to the above 
chain evaluation rules, an Invalid Reference Chain interrupt is generated. 
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LOAD (load) 


LOAD performs a single evaluation of the Initial Reference, and if the result is a target, it is left on 


top of the stack: 


< Initial Reference > ae 


<target > ns 
NIRW a 
SIRW => 
IndexedSingleDD = 
IndexedDoubleDD > 


{NIRW, SIRW, 
IndexedWordDD} 


{operand, tag-4 word, 
tag-6 word, SIRW, 
any data descriptor} 


<target > 
<target > 
<target > 
operand (target) 


If the item on top of the stack is not an Initial Reference, an Invalid Stack Argument interrupt is 


generated. 


Reference evaluation is performed by invocation of the common action aFOP: an operand value is left 
on the stack as the result of LOAD; any non-operand value is examined as a possible target. If the 
Initial Reference is an IndexedDoubleDD and the target is not an operand, an Invalid Object interrupt 


is generated. 


If the target is a DD, it is fetched as a copy (with aCPY action) and left on the top of the stack. 
(The LOAD operator does not examine the indexed, paged, read__only, element__size, length/index, 


or address field of a target DD. 


In all other cases, if the referenced item is a valid <target>, it is left on top of the stack without 
conversion; otherwise, an Invalid Object interrupt is generated. 


LODT (load transparent) 


LODT performs a single evaluation of the Initial Reference and leaves the result on top of the stack, 


with no restriction placed on the type of the result: 


< Initial Reference > a 


<target > = 
NIRW 2 
SIRW or 
IndexedSingleDD rd 
Integer =~ 


5014954 


{NIRW, SIRW, 
IndexedSingleDD, 
20-bit integer address} 


{any item} 
<target > 
<target > 
<target > 
<target > 
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If the argument is not an Initial Reference, one of the following actions is performed, depending upon 
the type and range of the argument and on the implementation-defined handling of an invalid operand 
argument: 


not operand: Generate Invalid Stack Argument 
interrupt. 
operand not single__integer: Generate Invalid Stack Argument 


or Invalid Argument Value interrupt, 
or integerize (which may generate Integer 
Overflow) and test/use resulting integer. 


single__integer Generate Invalid Stack Argument 
not in {0 to 2**20—1}: or Invalid Argument Value 
or Invalid Address interrupt. 


If the Initial Reference is an IRW or an IndexedSingleDD, it is evaluated normally. If it is a 20-bit 
integer, it is interpreted as a nominal memory address from which the target is fetched. 
The addressed target word is left on top of the stack. If its tag is 2, the second word of the item 
left on top of the stack is zero. (Apart from the handling of tag = 2, the LODT operator does not 
examine or alter the target word in any way.) 

Pragmatic Notes 

Improper operand-address action is flexible 

The error action if the LODT argument is an operand but not a 20-bit integer is specified like the 
alSX action (q.v.), with the additional option of generating Invalid Address interrupt. This specifica- 
tion permits an implementation to treat integers greater than this architecture address width the same 
as integers that are within that limit but exceed the implementation memory path. As for aISX, the 
preferred implementation is to interrupt rather than to integerize a noninteger argument. 

Pragmatic Notes 


Invalid Address used as ODI 


The LODT operator may generate the Invalid Address (alarm) interrupt in ODI fashion, by detecting 
that the operand argument is improper, as well as in alarm fashion when a memory fetch fails. 
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Store Evaluation Operators 
Normal Store Operators 


Normal store operators evaluate a reference chain in order to store an operand from the stack (the 
store object) into a target location. Reference chain evaluation performed by store operators is: 


< Initial Reference > {NIRW, SIRW chain, IndexedWordDD} 


<target > even-tagged word 
NIRW —> ~SIRW chain 
Indexed WordDD 
PCW 
<target > 
SIRW chain Sg IndexedWordDD 
PCW 
<target > 
IndexedSingleDD = IndexedWordDD 
<target > 
IndexedDoubleDD a <target > 
PCW =o SIRW chain 


Indexed WordDD 


For STOD and STON, the Initial Reference and the operand are required on top of the stack, in either 
order: 


Initial Reference operand 


operand Initial Reference 


If the top-of-stack item is not an Initial Reference or an operand, or if the top-of-stack item is an 
Initial Reference and the second item is not an operand, or if the top-of-stack item is an operand and 
the second item is not an Initial Reference, an Invalid Stack Argument interrupt is generated. 


If any reference evaluation produces an odd-tag item other than an IRW, DD, or PCW, or if an Inde- 
xedWordDD is marked read__only, a Memory Protect interrupt is generated. If any reference 
evaluation produces a DD with element__size = 7, a Binding Request interrupt is generated. 


If a PCW must be evaluated, accidental entry is performed by invoking the common action aACCE. 
STOD or STON deletes the Initial Reference argument and then invokes aACCE, so that the result 
of the accidental-entry procedure becomes a new Initial Reference; these operators require no restart 
state. For STAD or STAN, the RCW.rs bit is set in the new activation record; when resumed in restart 
state, STAD or STAN ignores its code parameter and is functionally equivalent to STOD or STON, 
respectively. The chaining rules for a PCW successor are enforced partly by the store operators (which 
generate an Invalid Stack Argument interrupt if the Initial Reference is not a valid reference) and partly 
by the RETN operator (which generates an Invalid Stack Argument interrupt if its argument is an 
NIRW). 
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If reference evaluation produces an item otherwise not a valid result according to the above chain eval- 
uation rules, an Invalid Reference Chain interrupt is generated. 


The normal store operators perform additional type checking; if any of the following situations occur, 
an Invalid Object interrupt is generated: 


1. The operand is single-precision and: 
1) The final reference is an IndexedDoubleDD, or tag = 2. 
2. The operand is double-precision and: 


1) The final reference is an IndexedSingleDD, or 
2) The final reference is an IRW and the referenced word has tag = 0. 


If the operand is single-precision, it is stored at the target location, with a tag of zero. 


If the operand is double-precision, the successor of the target location (at the next higher nominal 
memory address) is examined. If the successor location contains an odd-tagged word, a Memory Pro- 
tect interrupt is generated; otherwise, the first and second words of the operand are written into the 
target location and its successor, respectively; both words have tag = 2. If an interrupt is generated 
while a double-precision value is being stored, the first halt of the item may or may not have been 
stored, depending upon the implementation. 


STOD (store delete) 


A normal store operation is performed. Both the Initial Reference and the operand are deleted from 
the stack. 


STON (store non-delete) 


A normal store operation is performed. The operand is left unchanged on top of the stack, and the 
Initial Reference is deleted. 


STAD and STAN (store delete/non-delete by means of address-couple) 


STAD and STAN are 3-syllable operators that contain a fixed-fence address-couple; the code-stream 
appearance is: 


cme cm cme nee eee cee cme ce ee ee ee ee ee ee ee ee oe oe 


STAD or STAN | lambda: eet 


cm eee re ee ee eee ee ee me ts ee eee me oe oe oe oe 


The STAD (or STAN) operator is, functionally equivalent to a name-call operator, containing the same 
address-couple, followed immediately by the STOD (or STON) operator, except that PCW evaluation 
requires the use of restart state (as specified above). 
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Overwrite Operators 


Overwrite operators perform a single evaluation of the Initial Reference and store some item from the 
stack (the store object) into the resultant target location. There are no restrictions on either the store 
object or the initial contents of the target location; the ”—” notation indicates store evaluation for 
these operators, which do not examine the target contents (except for RDLK). 


< Initial Reference> {NIRW, SIRW, IndexedSingleDD} 


<target > ::= {any item} 
NIRW = <target > 
SIRW a <target > 
IndexedSingleDD — <target > 


The topmost stack item must be an Initial Reference; otherwise an Invalid Stack argument is generated. 
The second stack item is the Store object. If the Initial Reference is an IndexedSingleDD marked 
read__only, a Memory Protect interrupt is generated. 


Initial Reference 


Overwrite operators store single words and are oblivious to double-precision: If the store object is dou- 
ble-precision, only the first word is stored, with its tag of 2. If the reference addresses a tag-2 word, 
only that word is overwritten; its successor is unchanged. Note that each case can produce an unpaired 
double-precision word in memory. 


OVRD (overwrite delete) 


An overwrite operation is performed. Both the Initial Reference and the store object are deleted from 
the stack. 


OVRN (overwrite non-delete) 


An overwrite operation is performed. The store object is left unchanged on top of the stack, and the 
Initial Reference is deleted. 
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RDLK (read and lock) 


RDLK is identical to OVRD, except that the word previously occupying the target location is left as 
the stack result. If the result has tag = 2, the second word of the double-precision result is set to 
zero. 


In any implementation, the following requirements must be met by all processors and by any other 
processing elements (such as I/O or communications processors) that share the system memory and 
use the RDLK convention for synchronization. 


1. RDLK reads the former contents and writes the new contents of the referenced word as an indi- 
visible operation; no other processor can access the referenced word between the read and write 
steps of a RDLK operator, 

2. Store operations for each processor effectively occur in order. That is, if a code-stream on one 
processor initiates stores into location A and then into location B, any processor that finds the 
new value at B (with RDLK) and subsequently examines A must find the new value at A. 

3. No data-fetch memory operation that follows the RDLK in the dynamic code-stream of a pro- 
cessor may take place until after the RDLK operation. 


Statements 2 and 3 amount to restrictions on the ability of an implementation to reorder the manipulat- 
ing of independent pieces of state (such as the contents of different memory locations). 


Pragmatic Notes 
RDLK locking protocols 


RDLK provides a primitive locking mechanism for multiprocessor systems. The following illustration 
of a locking protocol is useful to point out why each of the three requirements above is necessary: 


Consider two storage locations, x and y. Assume that y is to be used as a lock protecting the contents 
of x; 0 and 1 denote unlocked and locked, respectively. The following program is being executed simul- 
taneously in multiple processors: 


: lock y: store 1 into y by means of RDLK until the result is not 1; 
: fetch value from x; 

: perform function on wale: 

: store new value into x; 

: unlock y: store 0 into y. 


ona Tf 


(Steps b through d constitute a “critical region” that is to be executed on at most one processor at 
a time.) 


Requirement | provides that exactly one processor will complete step a. Let us call this processor num- 
ber 1, and say that it has completed step la. The other processor(s) will remain in step a, looping, 
until the completion of step le. 


Requirement 2 provides that step Id is completed before step le. 


After step le, another processor can complete step a; let us call that processor number 2 and say that 
it has completed step 2a. Requirement 3 provides that step 2b does not begin until step 2a has success- 
fully completed. 


The ordering constraints combine to assure that the value fetched in step 2b is the one that was stored 
in step Id. 
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Interlock Operators 


Operators in this group are defined together because they all manipulate the interlock data type and 
therefore share particular characteristics. An interlock can be associated with any desired program 
state. By “locking” that interlock (executing LOK) prior to entering a critical region and “unlocking” 
it (executing UNLK) upon leaving the region, a process can be assured of exclusive access to the associ- 
ated state (assuming that all other processes observe the same locking convention). 


The LOK and UNLK operators perform the lock and unlock operations, respectively. If more than 
one process is contending for the same interlock, these operators generate special service interrupts to 
permit the operating system to resolve the contention. The LOKC operator performs a conditional lock 
operation, avoiding the interrupt if the lock operation fails. When a LOK or LOKC operator is success- 
fully completed, the process that initiated the operator is allowed to proceed and is recorded as the 
“owner” of the interlock. The UNLK operator removes the current ownership, permitting another pro- 
cess to complete a LOK or LOKC and acquire ownership. LOK, UNLK, and LOKC are special store 
reference-evaluation operators. 


The LKID operator reads the state of an interlock, reporting the owner (if any) of the interlock. LKID 
is a special read reference-evaluation operator. 


Interlock operators have a single stack argument, an Initial Reference that must directly reference the 
interlock. They evaluate the Initial Reference and perform the required manipulation of the target inter- 
lock. 


< Initial Reference > ::=  {NIRW, SIRW, IndexedSingleDD} 
<target > f= interlock 

NIRW = <target > 

SIRW = <target > 

IndexedSingleDD a <target > 


The topmost stack item must be an Initial Reference; otherwise an Invalid Stack Argument interrupt 
is generated. Except for LKID, if the Initial Reference is an IndexedSingleDD marked read__only, a 
Memory Protect interrupt is generated. If the target does not have tag = 3 or tag = O, an Invalid 
Object interrupt is generated. This check is optional; if the interrupt occurs, the contents of the refer- 
enced interlock are undefined. 


Pragmatic Notes 
Interlock Function Compatibility with other Architectures 


The interlock mechanism has been specified for Level Alpha in such a way that the functions of the 
interlock operators can be emulated by sequences of this architecture code using operators that are 
common to this and prior implementations. Thus, a system can simultaneously run programs that use 
the new operators and programs that emulate their functions, perhaps interacting with the same inter- 
lock objects. However, programs compiled specifically to run on processors at Level Alpha or higher 
should use only the interlock operators, with the semantics outlined above, and should not be depend- 
ent upon the detailed internal structure of the interlock objects. It should be possible for later architec- 
tures to redefine the mechanism and the data structure, while retaining the operator semantics. 
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The operators in this group can effect the following net status transition upon an interlock: 


Free to Locked__Uncontended (by LOK and LOKC): 
The owner__id field is set to the SNR value, the lock__control field is copied from the prior inter- 
lock value, the locked__bit and not__free__bit are both set to 1, and the tag is set to 3. 


Locked__Uncontended to Free (by UNLK): 
The lock__control field is copied from the prior interlock value, the tag is set to 3, and the remain- 
der of the word is set to zero. 


The operators in this group can effect the following temporary status transition upon an interlock; the 
prior value must be retained internally by the processor during the operation: 


Free, Locked__Uncontended, Locked__Contended, or Busy to Busy: 
The owner__id field is set to the SNR value, the not__free__bit is set to 1, the tag is set to 3, 
and the remainder of the word is set to zero. 


Use of the Busy status is an implementation option for the operators and for software. The change 
to Busy status must be accomplished indivisibly; the operators are subject to the same constraints de- 
fined for the RDLK operator. 


If an operator (or software routine) sets an interlock to Busy and the prior status of the interlock was 
already Busy, the effect on the interlock is to preserve Busy status but perhaps to change the owner__id 
(contender) stack number. In this case, the prior value must be discarded. The transition to Busy may 
be repeated; such “buzzing” of the interlock may be continued indefinitely, until a non-Busy prior stat- 
us is found (or the operator is aborted by a Loop Timer interrupt). (Successive accesses to a Busy inter- 
lock may require separation by an implementation-dependent delay, to avoid starvation of other 
memory requestors in the system — including the processor expected to un-Busy the interlock.) 


If the transition to Busy discovers a prior status that is not Busy, the operator must restore the prior 
value, either unchanged or modified to perform a valid status transition. The restoration is accom- 
plished with a simple write operation (with the semantics of OVRD rather than RDLK). 


The LOK, LOKC, and UNLK operators may examine and (if appropriate) modify the interlock value 
in a single, indivisible operation, if such operation is possible in the implementation. Alternatively, 
these operators may effect the transition to Busy status, and then proceed: 


1. If the prior status is Free (for LOK or LOKC) or Locked__Uncontended (for UNLK), the prior 
value is modified to the opposite status and restored to the interlock, thereby completing the 
operator. 

2. If the prior status is Locked__Uncontended (for LOK or LOKC) or Free (for UNLK) or 
Locked-Contended, the unmodified prior value is restored to the interlock; the LOK or UNLK 
operator generates a Locking or Unlocking interrupt, respectively, or the LOKC operator re- 
ports failure to effect locking. 

3. If the prior value is Busy, there are two possibilities: 


1) The operator can immediately generate an interrupt (LOK, UNLK) or report failure (LOKC). 
This action is the same as 2, above, except that the prior value is not restored to the inter- 
lock. 

2) The operator can continue to set the lock Busy, until the prior value is found to satisfy the 
predicate for situation 1 or 2, above. 
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When a Locking or Unlocking interrupt is generated, the reference to the interlock is passed as the 
interrupt P2; if the interlock reference is an NIRW, it is converted to an SIRW. 


Pragmatic Notes 
Implementation Options for Interlock Operators 


Several implementation options are specified for these operators. If a hardware design permits atomic 
read-examine-modify-write operations, that mechanism may provide the most effective implementation. 
For other designs, the Busy status is available. The decision to generate interrupt (or indicate LOKC 
failure) can be taken immediately (after a single "RDLK” exchange), or the operator can “Buzz” the 
interlock until non-Busy status is discovered. The latter approach may lead to a slight reduction in the 
number of interrupts to be handled. LKID requires either buzzing or continual reading of the interlock: 
reading may reduce memory interference, but buzzing may permit sharing of mechanism between LKID 
and the other three interlock operators. 


Pragmatic Notes 
Interlock software conventions 
The LOK and UNLK operators are defined with the following assumptions with regard to the software: 


The interrupt procedure must “buzz” the interlock (using RDLK to exchange a Busy value into the 
interlock) until a non-Busy prior value is found. 


If the Locking interrupt routine finds a Free value, it emulates the LOK action and exits. 


If the Unlocking interrupt routine finds a Locked__Uncontended value, it emulates the UNLK action 
and exits. 


If the Locking interrupt routine finds a Locked__Uncontended or a Locked__Contended value, it con- 
structs a Locked__Contended interlock and links the contending process into a wait list. (The 
lock__control field is available for this purpose.) The owner__id value is preserved. 


If the Unlocking interrupt routine finds a Locked__Contended value, it moves one process from the 
waiting to the ready list and constructs a Locked__Contended interlock (if there are remaining waiters) 
or a Locked__Uncontended interlock (otherwise). The owner__id of the interlock is set to the stack 
number of the readied process. 


If the Unlocking interrupt routine finds a Free value, an error exists in the locking protocol of the 
program. 


The owner__id value in a Busy interlock is not significant to the interlocking algorithms, but may be 
of diagnostic value. 


LOK (lock interlock) 


If the target interlock has not__free__bit = 0, the interlock status is changed to Locked__Uncontended; 
otherwise, a Locking interrupt is generated. 


UNLK (unlock interlock) 


If the target interlock has locked__bit = 1, the interlock status is changed to Free; otherwise, an Un- 
locking interrupt is generated. 
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LOKC (conditional lock interlock) 


If the target interlock has not__free__bit = 0, the interlock status is changed to Locked__Uncontended 
and a True result is left on the stack; otherwise, a False (failure) result is left on the stack. 


LKID (read interlock status) 


While the target interlock status is Busy (interlock.not__free__bit = 1, interlock.locked__bit = 0, and 
interlock.lock__control = 0), the operator waits. When the target interlock is not Busy, the value of 
its owner__id field is left on the stack as a 12-bit integer. 


If the result of LKID is zero, the interrogated lock was Free. Otherwise, the interlock was 
Locked__Uncontended or Locked__Contended; LKID reports the stack number of the process currently 
“owning” the interlock. 


At implementation option, the LKID operator may examine the interlock nondestructively (by read op- 
erations) or it may effect the transition to Busy status and examine (and restore) the prior value. The 
operator must wait until the interlock status is not Busy (or until being aborted by a Loop Timer inter- 
rupt). 


PROCESSOR STATE OPERATORS 


This section deals with operators that interact with processor state, primarily the state of the currently 
executing code-stream and the state of the stack in which the processor is running. 


Code Stream Pointer Distribution 


The processor code-stream pointer is initialized by the distribution of PCW or RCW code-stream point- 
er components according to the following steps: 


1. SDLL and SDI are set from the sdll and sdi fields of the PCW or RCW, respectively, and 
the referenced code-segment descriptor (CSD) is fetched by evaluating (SDLL,SDI) as an ad- 
dress-couple (see Address Couple Evaluation). (Note that this address-couple is evaluated in the 
new environment, in the case of procedure entry or exit.) If the tag of the code-segment descrip- 
tor is not 3, a Code Segment Error interrupt is generated. 

2. The pwi and psi values are verified as follows. If pwi is not in the range {0 to 
CSD.seg__length— 1}, an Invalid Index interrupt is generated, and if psi is not in the range {0 
to 5}, an Invalid Argument Value interrupt is generated; otherwise PWI and PSI are set from 
the respective field values. (These tests are optional; they may be performed on both PCW and 
RCW, on just the PCW, or on neither.) 

3. If the CSD is present, CSD.address is the nominal base address of the new code-segment; the 
processor is conditioned to execute next from the new code-segment. If the CSD is absent, a 
Presence Bit interrupt is generated. Note that the code-stream pointer distribution is still com- 
pleted in this case. The RCW constructed for the interrupt contains the pointer just distributed, 
and exit from the interrupt will complete the intended distribution from the then-present CSD. 


aPRCW (distribute PCW/RCW code-stream pointer) 


The common action aPRCW accomplishes the distribution of a code-stream pointer from a PCW or 
RCW, as described in this section. 
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Branching Operators 


Branching operators provide for altering the processor’s code-stream pointer component. They may 
change the point of execution in the current code-segment or establish a new code-segment with an 
initial point of execution. 


Branches may be conditional or unconditional. Conditional branches alter the code-stream pointer or 
continue sequential execution depending upon the Boolean interpretation of an item in the stack. 


In a conditional branch, if the branch target is not valid but the branch condition is not met, it is 
implementation-dependent whether the sequential execution continues or an interrupt is generated to 
report the invalid target. 


Branching operators are classified as static or dynamic branches, as specified in the following two sub- 
sections. 


Static Branches 


Static branches are always to a point within the current code-segment. That point is indicated by a 
2-syllable parameter. Op name stands for the particular static branch operator encoding: 


op op_: | 
name {psi op_pwi 
| Ls 13 | 


The high-order 3 bits of the parameter are interpreted as the new PSI value, and the low-order 13 
as the new PWI value. If op__pwi is not in the range {0 to CSD.seg__length— 1}, where CSD is the 
current code-segment descriptor, an Invalid Index interrupt is generated. If op__psi is greater than 5, 
an Invalid Code Parameter interrupt is generated. 


BRUN (branch unconditional) 


Processor registers PSI and PWI are set from the parameter, and the processor is conditioned to 
execute next the operator at that point in the current code-segment. 


BRTR and BRFL (branch true and branch false) 


The top-of-stack operand must be an operand; otherwise, an Invalid Stack Argument interrupt is gener- 
ated. The top-of-stack item is interpreted as a Boolean value. If BRTR finds it to be True or BRFL 
finds it to be False, processor registers PSI and PWI are set from the parameter and the processor 
is conditioned to execute next the operator at that point in the current code-segment; otherwise, sequen- 
tial execution continues. 
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Dynamic Branches 


Dynamic branches take their code-stream pointer values from a branch destination item on top of the 
stack. They may branch to a computed point within the current code segment or to a point in an arbi- 
trary code-segment. 


Branching within the current code-segment is indicated if the branch destination item is an operand. 
It is integerized with rounding, if required, to produce a 14-bit integer. If the operand cannot be inte- 
gerized, an Integer-Overflow interrupt is generated; if the integerized operand is not a 14-bit integer, 
either an Invalid Argument Value or an Invalid Index interrupt is generated, at implementation option. 
A 14-bit integer is interpreted as the code-segment index in units of half-words (3 syllables): 


dyn__pwi [13:13] The new PWI value. 
alignment [ 0: 1] The alignment bit (0 = word boundary, 1 = half word boundary) 


The new PSI value is 0 (the word boundary) if the alignment bit is 0 and 3 (the half-word boundary) 
if the alignment bit is 1. If dyn__pwi is not in the range {0 to CSD.seg__length—1}, where CSD is 
the current code-segment descriptor, an Invalid Index interrupt is generated. 


Branching to a point in an arbitrary code-segment is indicated if the branch destination item is'‘a PCW, 
or an NIRW to a PCW. If PCW.sdll is different from the current value of SDLL, an Invalid Argument 
Value interrupt is optionally generated. The PCW code-stream pointer is distributed by invoking the 
common action aPRCW, as specified in Code Stream Pointer Distribution. PCW.control_state is 
ignored. 


If the top-of-stack item is not an NIRW, PCW, or operand, an Invalid Stack Argument interrupt is 
generated. If NIRW evaluation does not produce a PCW, an Invalid Object interrupt is generated, and 
if PCW.lex__level is not equal to LL, an Invalid Argument Value interrupt is generated. 


All validity checking of the branch destination is optional for conditional branches. The test that 
dyn__pwi is in {0 to CSD.seg__length—1} is optional. 


Pragmatic Notes 
Dynamic branch destination operand checking 
An implementation can combine the two tests on the operand value, by generating an Invalid Index 
interrupt if the integerized value is not in the range {0 to 2*(CSD.seg__length) — 1}. If an implementa- 


tion opts not to apply the seg__length check, then Invalid Argument Value is the preferable interrupt 
to report that the integer value is not a 14-bit integer. 


DBUN (dynamic branch unconditional) 


A branch destination item is required on top of the stack. If it is an operand, the branch is within 
the current code-segment. If it is a PCW, or an NIRW to a PCW, the branch is to an arbitrary code- 
segment. 
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DBTR and DBFL (dynamic branch true and dynamic branch false) 


The second from top-of-stack operand must be an operand; otherwise, an Invalid Stack Argument in- 
terrupt is generated. That operand is interpreted as a Boolean value. If DBTR finds it to be True or 
DBFL finds it to be False, a branch is executed using the top-of-stack branch destination item exactly 
as in DBUN. Otherwise, sequential execution continues. 


The required initial stack state is: 


Stack Structure Operators 


Stack structure operators provide for procedure entry and exit and for changing the processor’s site 
of activity by establishing a new running stack. They are involved in setting, saving, and restoring pro- 
cessor state components and linkage of activation records in the stack, both historical and lexical. 


Display Update 


If an implementation maintains Display registers, their contents must be maintained so that D[i] con- 
tains the base address of the activation record for lexical level i, for all i in the range {0 to LL}. When- 
ever the topmost activation record is changed, this invariance must be re-established, by traversing the 
lexical chain beginning at the base of the newly selected activation record (see common action aLXCH). 


Pragmatic Notes 
Display update early termination 


Because the display registers model the lexical chains, and because of the tree structure implicit in the 
lexical chain definition, the following optimization is always possible: The lexical chain traversal and 
display update action is a loop through decreasing lexical levels i; the loop can be terminated when 
1) the new value for D[i] is the same as the current value, and 2) i is less than the previous value 
of LL (prior to the value of LL being changed by the operator invoking display update). 


Procedure Entry Operators 
In general, executing a procedure call requires a code sequence that performs the following steps: 


1. Execution of MKST (mark stack) initializes the MSCW at the base of the incipient activation 
record, linking it at the head of the historical chain; 

2. A reference to the PCW for the procedure is pushed onto the stack (in the location the RCW 
will subsequently occupy); 

3. Parameters to the procedure, if any, are built by operators that push items onto the stack 
(executed in the caller’s environment); 

4. Execution of ENTR (enter) completes the stack linkage in the MSCW and RCV, creating a 
new topmost activation record, while saving the caller’s environment and instating the proce- 
dure’s environment; 

5. Stack building code initializes the procedure’s local variables, and the procedure body is 
executed. 
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MKST (mark stack) 


MKST builds an inactive MSCW on top of the stack and inserts it at the head of the historical chain. 
If the displacement between the new MSCW location and the base of the current stack (S+1 — BOSR) 
is outside the range {1 to 2**16—1}, and the old F-BOSR displacement is in that range, a Stack Struc- 
ture Error interrupt is generated; P2 is the calculated displacement value. The difference between the 
new MSCW location and the current value of the F register is computed as S+1 — F. If that differ- 
ence is outside the range {1 to 2**14—1}, a Stack Structure Error interrupt is generated; P2 is the 
calculated difference. These tests are optional for explicit MKST and IMKS operators and for MKST 
implied by accidental entry (aACCE); neither test may be applied to MKST implied by interrupt 
(aINTE). 


If the calculated difference is within bounds, an MSCW is constructed with the history__link field set 
to the difference and all other fields set to zero, including the entered bit, thus marking the MSCW 
inactive. F is set to point to the new MSCW on top of the stack. 


Pragmatic Notes 
F - BOSR limited to 2**16-—1 


The restriction F — BOSR < 216 is applied to MKST so that a program cannot generate an activation 
record to which a lexical link cannot point. This restriction is unnecessarily harsh, in that a problem 
will arise only if an address-couple in this new activation record is used to generate a lexical link (by 
STFF or ENTR, including aINTE or aACCE). However, it is the intent of this architecture that stacks 
be limited to 2**16 words, so the check in MKST is legitimate. (Field-width checks are also defined 
for STFF, and thus for ENTR, but they detect an improper activation record somewhat after the fact.) 
If the limit is enforced in MKST, the checks defined for STFF and ENTR become redundant. 


The test is not applied to aINTE, and it is applied only to the first activation record above the limit, 


so that an operating-system interrupt procedure can invoke other procedures to deal with the error 
situation. 
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MKSN (mark-stack bound to name-calil) 
The operator is functionally equivalent to the MKST operator, subject to the following rules: 


1. The immediate next operator in the code-stream must be NAMC (name call); otherwise, an Un- 
defined Operator interrupt is generated. The check is optional; if an interrupt is generated, the 
RCW designates the MKSN operator. 

2. The address-couple in the NAMC must be the initial reference for the corresponding ENTR. 

3. With two exceptions, the addressing environment, reference chain, PCW, and CSD must remain 
the same when the corresponding ENTR is executed as when the MKSN was executed. The ex- 
ceptions are: 


1) The reference chain does not yield a PCW. As a result of the ensuing interrupt (e.g. Binding 
Request), the reference chain, PCW, and CSD are subject to modification. 

2) Another mark-stack operation occurs, either explicitly or via an interrupt. In this case, code- 
segment status (absent or present at a specific address) is subject to change (but the ad- 
dressing environment, reference chain, and PCW must not change). 


4. Any interrupt that ENTR would generate by evaluation of the reference chain may, at imple- 
mentation option, be generated instead by the MKSN operator. (In the case of an Invalid Refer- 
ence Chain or Binding Request interrupt, ODJ__subtype bit [12:1] is set, as though the interrupt 
had been from ENTR.) Any interrupt capable of interpretation as a service request must have 
a resumption condition of Repeat-IR; return from the interrupt procedure will repeat the MKSN 
operator. 

5. Between the execution of the MKSN and the subsequent execution of the corresponding ENTR, 
the result of a LODT on the MSCW or the word above it in the stack is implementation-de- 
fined; the result of any other operation on those words is undefined. The MSCW must remain 
valid (tag = 3, entered = O, history__link valid), but the other fields in the MSCW and the 
entire word and tag of the word above the MSCW may be defined to pass any state from 
MKSN to ENTR. 


The observance of these rules in software is mandatory. Their enforcement in an E-mode implementa- 
tion is optional. Undetected violations of the rules can lead to undefined results. 


Pragmatic Notes: 
MKSN pragmatics 


A correct implementation of MKSN need only perform the MKST operation followed by a NAMC 
operation. However, it may be an optimization for a processor to begin some of the work of ENTR 
in the MKSN operator. Rule 1 requires the presence of the NAMC; an implementation may treat the 
NAMC as a parameter of the MKSN. Rule 2 enables early examination of the reference chain. Rule 
3 forbids interference from operators executed as part of the parameter-passing code. Rule 4 may make 
it simpler for MKSN and other invocations of ENTR to share common mechanisms. Rule 5 permits 
an implementation to “poison” the NIRW at F+1 to help enforce rule 3; for example, the NIRW can 
be given a tag other than 1. Of course, ENTR must accept the poisoned NIRW. Rule 5 also permits 
the F and F+1 words to contain other state being transmitted from MKSN to ENTR; one example 
is to put a lexical link to the PCW environment into the MSCW and the target PCW (appropriately 
poisoned) above it. 
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IMKS (insert mark stack) 


IMKS builds an inactive MSCW exactly as does MKST (mark stack), except that the new MSCW is 
inserted “underneath” the two top-of-stack items. IMKS produces the effect of having saved the top 
two stack items, deleted them from the stack, invoked MKST, and then pushed the two items back 
onto the stack. If there are less than two items in the expression stack at the start of an IMKS 
operation, a Stack-Underflow interrupt is generated. 


The following diagram illustrates the stack state transformation produced by IMKS: 


(final stack state) 
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ENTR (enter) 


The initial stack state for ENTR assumes prior execution of MKST (or IMKS). An inactive MSCW 
is required at the stack location addressed by F, and the head of an IRW chain to a PCW is required 
at the F+1 stack location. The following diagram illustrates the initial stack state (there may be other 
inactive MSCWs on the historical chain between F and D[LL]): 
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If the item addressed by F does not have a tag of 3 or its entered bit is 1 (indicating an entered 
MSCW), or if the top-of-stack address is less than or equal to F, a Stack Structure Error interrupt 
is generated. If the F+1 stack location is not the head of an IRW chain, an Invalid Stack Argument 
interrupt is generated. If IRW chain evaluation produces a DD with element__size = 7, a Binding Re- 
quest interrupt is generated. Otherwise, if IRW chain evaluation does not produce a PCW, an Invalid 
Reference Chain interrupt is generated (see IRW chains for a definition of IRW chain evaluation). If 
PCW. invalid__l] = 1, an Invalid Argument Value interrupt is generated. 


ENTR consists of the following functional tasks: 


1. Complete the MSCW, inserting it at the head of the appropriate lexical chain. 

2. Construct an/RCW to save the current processor code-stream pointer and Boolean accumula- 
tors. a 

3. Initialize processor state for the procedure being entered, including code-stream pointer and ad- 
dressing environment. 


Completing the MSCW 


If PCW.lex__level > 0, the activation record containing the PCW is the immediately global addressing 
space (global AR) of the procedure being entered. ENTR forms a Lexical Link (stack__number, dis- 
placement) to address the base of the global AR; this Lexical Link is inserted into the MSCW to com- 
plete the lexical chain that defines the addressing environment of the new procedure. (Note that if 
PCW.lex__level = 0, there is no global AR; in this case, the value of the Lexical Link is undefined.) 


The global AR is identified by the form of reference to the PCW (the final reference if an IRW chain 
is evaluated). If the reference is an NIRW, the global AR is the activation record at level NIRW.La- 
mbda in the addressing environment at invocation of ENTR: a Lexical Link to that AR is constructed 
by implicit invocation of the STFF operator. If NIRW.lambda is unequal to PCW.lex__level — 1, an 
Invalid Argument Value interrupt is generated. If the reference is an SIRW, its Lexical Link 
(stack__number, displacement) points directly to the global AR. If the word at the base of the global 
AR is not an entered MSCW, a Stack Structure Error interrupt is generated; if its lex__level value is 
unequal to PCW.lex__level — 1, an Invalid Argument Value interrupt is generated. 


PCW.lex__level is copied into MSCW.lex__level, MSCW.entered is set to 1, and the completed MSCW 
is stored back at the F stack location. Note that MSCW.history__link is not altered by ENTR. 


Constructing the RCW 


Processor state values stored in the RCW are the Boolean accumulators (TFFF, OFFF, EXTF, and 
FLTF), the processor code stream pointer (SDLL, SDI, PSI, PWI), CS (control state), and LL. For 
explicit ENTR, the code-stream pointer designates the syllable following ENTR. For accidental entry 
(ENTR invoked by aACCE), the code-stream pointer designates the operator invoking aACCE. For 
interrupt entry (ENTR invoked by aINTE), the code-stream pointer is determined by the specific inter- 
rupt situation. 


The restart indicator RCW.rs is set to 0 by an explicit ENTR; it is set to 1 only in some of the interrupt 
(aINTE) and accidental (aACCE) entry cases for which the entire entry sequence (MKST...ENTR) is 
performed together. (For these implicit invocations, the value of rs is determined by the invoking oper- 
ator.) The only cases of accidental entry that must set the rs bit are for value call, STAD and STAN. 
The interrupt cases that must set the rs bit are noted in the descriptions of the operators and interrupts. 
Implementations may define further uses of rs. 
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An implementation may use the exit__opt field in the RCW to enable optimizations in the procedure 
exit operators. Any implementation must be such that exit__opt = O means that no optimization is 
to be performed: software assignment of 0 to the exit__opt field in an RCW is valid, and is required 
in any activation record whose environment might be changed by explicit alteration of stack linkages. 


The RCW is stored at the F+1 stack location. 


initializing the Processor State 


LL is set from PCW.lex__level and D[LL] is set from F to address the base of the activation record. 
The processor CS Boolean is set from PCW.control__state. 


Any applicable display registers are updated to reflect the new addressing environment: If the PCW 
reference was an NIRW, no update is necessary, since the global AR of the new activation record is 
already in the addressing environment. If the PCW reference was an SIRW, display update begins at 
D[LL-1], the new global AR. 


The expression stack is appended to the new activation record, making any procedure parameters acces- 
sible. 


The processor code-stream pointer state is initialized from the PCW by invocation of the common ac- 
tion aPRCW, as discussed in Code Stream Pointer Distribution. 


Pragmatic Notes 
Pragmatics of exit__opt 
There are several conditions that can be noticed at procedure entry and used to optimize procedure 
exit. The applicability of a particular optimization depends on the processor implementation. In the 


following, the prefix Caller refers to a value prior to ENTR or subsequent to exit; Callee refers to 
a value subsequent to ENTR and prior to exit. 


If D[CallerSDLL] = D[CalleeSDLL], the Code Dictionary activation record did not change, so code- 
stream pointer distribution from the RCW can proceed prior to display update. Note that this equality 
holds trivially if procedure entry was by means of an address-couple with Lambda = CallerSDLL. 


For entry by means of an address-couple with Lambda < CallerLL, EXIT or RETN needs to restore 
only display registers D[i] for 


CalleeLL < i < CallerLL. 
If Lambda = CallerLL, not even D[CallerLL] is changed at exit. 
aACCE ( accidental entry) 
The common action aACCE is invoked by some reference-chain evaluation operators to “evaluate” a 
PCW. The action is automatic invocation of the parameterless procedure (function) defined by the 
PCW; it is defined as three steps: 
1. Invoke MKST. 


2. Place the reference to the PCW on the stack (at Mem[F+1]), and 
3. Invoke ENTR. 
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The action is subject to the interrupts of MKST and ENTR, although some error situations, such as 
no unentered MSCW at Mem[F], are prevented by the close coupling of MKST and ENTR, and any 
potential Binding Request or Invalid Reference Chain situation would have been handled already by 
the invoking operator. 


The accidental entry and subsequent return leave the processor executing the operator that initiated the 
accidental entry. (Unlike explicit ENTR, which builds an RCW referencing the successor operator, 
aACCE points the RCW at the invoking operator.) The invoking operator provides the value for 
RCW.rs. In particular, value-call operators, STAD, and STAN set rs to 1 to cause re-entry in restart 
state. 


alINTE (interrupt entry) 


The common action aINTE is invoked to generate an interrupt, which is implemented as an entry to 
an MCP procedure whose PCW, or an SIRW chain thereto, is located by the fixed address-couple 
(0,3). Two parameter words are provided to the procedure. 


The action can be defined as four steps: 


1. Invoke MKST. 

2. Place an NIRW to (0,3) on the stack (at Mem[F + 1]). 
3. Place the two parameter words on the stack. 

4. Invoke ENTR. 


The aINTE action may be invoked by operators (operator-dependent interrupts), between operators (ex- 
ternal interrupts), or spontaneously at any time (alarm interrupts). The invoking mechanism determines 
the contents of the parameters and of the resulting RCW. 


The action is subject to the interrupts of MKST and ENTR, although some error situations, such as 
no unentered MSCW at Mem[F], are prevented by the close coupling of MKST and ENTR. If an inter- 
rupt is generated during the aINTE action, the stack will contain the four words inserted by aINTE: 
the inactive MSCW, interrupt reference, and two parameter words. Note that if interrupt entry gener- 
ates another interrupt (Invalid Reference Chain, Binding Request, or Invalid Argument Value) because 
the interrupt reference is not usable, the new interrupt will surely fail for the same reason; successive 
recursive interrupts will cause the processor to halt as described in Superhalt. 
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The following diagram illustrates the stack state transformation produced by the interrupt entry se- 
quence (F is shown pointing to the same activation record as D[LL] in the initial state, but that is 
not required): 
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Stack state transformation produced by interrupt entry 


The effect is undefined of a Presence Bit or Stack Structure Error interrupt during a display update, 
because the processor cannot know whether or not D[0] would be altered, thus redefining (0,3). Soft- 
ware must avoid any move (such as ENTR, EXIT/RETN, or MVST) into an activation record whose 
lexical chain traverses an absent stack. 


Pragmatic Notes 
Interrupt with unusable lexical chain 


Given that a display update has failed (or a lexical chain is in error), it is reasonable to assert that 
D[0] has not (yet) moved and can be used to locate (0,3). Note, however, that if the word at D[0]+3 
is a PCW and the lexical chain cannot be traversed from D[LL] to D[0O], the architecture does not 
fully define the immediate global environment for the interrupt procedure: the base of that environment 
is at D[O], but the number of the containing stack is not known. It has been suggested that a processor 
could attempt to find the stack number of the level-O environment by reading the stack__number field 
of the MSCW at D[1], the MSCW at D[0], or the PCW at D[0]+3. The first option fails if it is the 
D[1] to D[O] link that is bad; the other two would require a software convention, because E-mode 
places no requirement on stack__number in a level-O MSCW or a PCW. Such an implementation-de- 
fined extension of E-mode Level Alpha could be appropriate to improve robustness in error handling. 
It is also appropriate to superhalt in such cases. 
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Procedure Exit Operators 


There are two operators for deleting an activation record and returning execution to the prior topmost 
activation record. RETN (return) assumes termination of a function and leaves the top-of-stack item 
as a result, whereas EXIT assumes termination of a procedure and does not leave a result. 


EXIT (exit) 


EXIT deletes the topmost activation record from the stack and restores processor state for the prior 
topmost activation record. The base location of the topmost activation record is addressed by D[LL], 
and the prior topmost activation record is identified by the first entered MSCW on the historical chain 
whose head is D[LL]. 


If the tag of the D[LL] or D{LL]+1 item is not 3, a Stack Structure Error interrupt is generated. 
If the RCW addressed by D[LL]+1 has block__exit = 1, a Block Exit interrupt is generated. Other- 
wise, the base of the prior topmost activation record is located by following the historical chain from 
D[LL] until the first entered MSCW is encountered. If a history__link is evaluated and found to be 
zero, or to point to a location less than or equal to BOSR, or if the tag of a stack item addressed 
by a history__link is not 3, or if the lex__level field of the first entered MSCW is not equal to the 
lex__level field of the RCW in the initial topmost activation record, a Stack Structure Error interrupt 
is generated. 


The topmost activation record is deleted from the stack by setting the top-of-stack pointer, S, to 
D[LL] —1. F is reset to address the first MSCW on the historical chain whose head is D[LL], whether 
or not it is entered. LL is set from the value saved in the RCW. D[LL] is reset to address the base 
of the prior topmost activation record. Remaining processor state is reset by distributing values saved 
in the RCW at the initial D[LL]+1 stack location. The Boolean processor accumulators (TFFF, OFFF, 
EXTF, FLTF) and CS (control state) are reset from their saved values in the RCW. Any applicable 
display registers are updated to reflect the new addressing environment: the lexical chain is traversed 
beginning at D[LL]. 


The processor code-stream pointer is initialized from the RCW by invoking the common action 
aPRCW, as discussed in Code Stream Pointer Distribution. If RCW.rs = 1, the processor is condi- 
tioned to execute in restart state the operator addressed by the new code-stream pointer. 


Unless specific optimization information is recorded by ENTR in the RCW.exit__opt field, the 


RCW.sdll component cannot be interpreted until the environment change (and any display update) is 
complete. 
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Operator: Set and Common Actions 


The following diagram illustrates the stack state transformation produced by EXIT. In the initial and 
final states, F is shown pointing to the same activation record addressed by D[LL], but no such coinci- 
dence is required. Note that LL is typically different before and after the EXIT. 


S--> TOSm item 
/ topmost AR / 
/ (at level m) if 
RCW 
D[LL], |---- — 
Fe=> MSCW -+-- 
TOSn item 
ve prior AR / 
f (at level n) / 
RCW 
MSCW 
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RETN (return) 


RETN is exactly the same as EXIT, except that it assumes that the terminated activation record is a 
function and that the initial top-of-stack item is to be the result of the function. RETN therefore re- 
tains the initial top-of-stack item and pushes it back onto the top of the stack after the topmost activa- 
tion record is deleted. If the top-of-stack item is an NIRW, an Invalid Stack Argument interrupt is 


generated. 


The following diagram illustrates the stack state transformation produced by RETN. In the initial and 
final states, F is shown pointing to the same activation record addressed by D[LL], but no such coinci- 
dence is required. Note that LL is typically different before and after the RETN. 


(history_ 


/ topmost AR / 
/ (at level m) / 
RCW 
DLEL}, -e-- ieee link) 
F--> MS CW ~+----- + 
TOSn item 
/ prior AR / / 
vs (at level n) / / 
RCW 
MSCW -+-+ <- 
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Stack Environment Operator 


MVST (move to stack) 


MVST changes the processor’s site of activity by deactivating the current stack and activating a destina- 
tion stack. A new memory addressing environment is also specified. A Top of Stack Control Word 
(TSCW) stored at the base location of an inactive stack is used to save the height of the stack and 
a link to the start of the historical chain. These two fields within the TSCW are sufficient to activate 
the stack. 


MVST requires a single-precision operand on top of the stack to specify the stack number of the desti- 
nation stack and the new environment number; otherwise an Invalid Stack Argument interrupt is gener- 
ated. The operand contains two fields: 


[23:12] destination environment number 
[11:12] destination stack number 


MVST consists of the following functional tasks: 


Deactivate the current stack by writing a TSCW at its base. 
Change addressing environment and identify the destination stack. 
Restore processor stack state. 

Update lexical environment state. 


Pe 


Deactivating the Current Stack 


If S-BOSR is outside the range {1 to 2**16—1}, or S-F is outside the range {1 to 2**14—1}, a Stack 
Structure Error interrupt is generated (both tests are optional). Otherwise, MVST builds a TSCW by 
setting the stack height field to the value S-BOSR, setting the SF__disp field to the value S-F, setting 
the tag to 3, and setting the rest of the word to zero. The TSCW is stored at the base of the stack 
(addressed by BOSR). 


Changing the: Addressing Environment and Identifying the Destination Stack 


If the destination environment number does not exceed the container size for ENR, it is loaded into 
the register; otherwise an Invalid Argument Value interrupt is generated. (If an implementation does 
not provide multiple environments, the container size for ENR is zero and the only value that may 
be assigned to ENR is zero; in this case, the test is optional. Another option when the ENR container 
size is zero is to define the MVST argument as a 12-bit integer, with alISX invocation for violation.) 
When ENR is loaded, the addressing environment is changed; the new stack may be in a different 
memory component from the old one. 


SNR is set from the destination stack number. The stack descriptor identified by the destination stack 
number is fetched as specified by the “Stack References” section. If the stack number is not valid, 
an Invalid Index interrupt is generated. If the stack descriptor is marked not present, a Presence Bit 
interrupt is generated. 


If an interrupt is detected during step 2 or 3, the processor is not running on a valid stack. Therefore, 
instead of generating the interrupt, the processor immediately generates a superhalt condition. (If a su- 
perhalt occurs, the Interrupt__Count value is undefined; otherwise, the Interrupt__Count value is un- 
changed by MVST.) 
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Restoring Destination Stack State 


If the TSCW in the destination stack does not have tag = 3, a Stack Structure Error interrupt is gener- 
ated. The following processor registers are loaded in the specified order, or its equivalent: 


1. BOSR < Stack descriptor.address 

2. LOSR < Stack descriptor.length + BOSR 
3. S — TSCW. stack __height + BOSR 

4. F -— § — TSCW.SF_ disp. 


If the computed value of F is less than or equal to BOSR, a Stack Structure Error is generated. 


The proc__id value (as a 3-bit integer) is stored at the base word of the destination stack. 


Updating the Lexical Environment State 


D[LL] is set to point to the first entered MSCW (MSCW.entered = 1) on the historical chain whose 
head is F. If, in following the historical chain, a history__link is encountered that points to a location 
less than or equal to BOSR, or if the tag of a stack item addressed by a history__link is not 3, or 
if the lex._level field of the first entered MSCW is not equal to LL, a Stack Structure Error interrupt 
is generated. 


Any other appropriate display registers are updated to reflect the new address environment: the lexical _ 
chain is traversed beginning at D[LL]. 


If an interrupt is detected during 4. , the interrupt RCW points to the operator following MVST. 


The following example illustrates the current stack transformation produced by MVST after the desti- 
nation stack number has been deleted from the stack. The transformation of the destination stack is 
essentially the inverse of that of the current stack. An inactive MSCW between S and D[LL] is illus- 
trated but atypical. 


S--> | TOS: Ttem jf (ee Secse : TOS item 
7 / SE ' 
/ / ~ disp / / 
F--> inactive MSCW a “see | inactive MSCW oa 
/ topmost y f stack_ / topmost / / 
/ AR a: height iA AR i ff 
DELLJ]--> entered MSCW ge ‘ entered MSCW ect 
/ / ‘ , / 
s 
/ v4 - f / 
SlUSCK. .. jp os ee ere StaCK y+.) » EPRI ee een eS 
base --> processor id base os -ss2= > TSCW 
BEFORE move stack AFTER move stack 
(active) (inactive) 
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Pragmatic Notes 
Interrupt__Count may be used in MVST 


The specification that Interrupt__Count is undefined if MVST produces a superhalt and unchanged 
otherwise makes it possible for MVST to use Interrupt__Count to detect the superhalt condition: 
Interrupt__Count may be set to 3 at the beginning of step 2 and restored to its prior value at the end 
of step 3. 


Pragmatic Notes 
No code-stream pointer distribution in MVST 


The processor’s code-stream pointer state is noticeably absent from the functioning of MVST. At termi- 
nation, SDLL, SDI, PWI, and PSI remain as they were for the original stack; the code-stream bound 
to the original stack continues execution. 


Top-of-Stack Operators 


These operators alter the top-of-stack state, while leaving the remaining processor state unchanged. 
There is no restriction on the type of stack item that will be acted upon, but as operator arguments, 
the items must be at or above D[LL]+2 to avoid Stack-Underflow interrupts. Note that an item may 
comprise either one or two words. 


DLET (delete top-of-stack) 


DLET requires one item on top of the stack and deletes it from the stack: 


—— ee ee ee we ee “nee ew www ww = 


EXCH (exchange top-of-stack) 


EXCH requires two items on top of the stack and interchanges their order in the stack: 


TOS item] 
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DUPL (duplicate top-of-stack) 


DUPL requires one item on top of the stack, creates an exact duplicate of it, and leaves both items 
on top of the stack: 


TOS item] 


TOS item) | TOS iteml 


RSUP (rotate stack up) 


RSUP requires three top-of-stack items. The third from top item is “rotated up” to become the top 
of stack item: 


TOS item] TOS item3 
TOS item2 --RSUP--> TOS item] 
TOS item3 TOS item2 


RSDN (rotate stack down) 


RSDN requires three top-of-stack items. The top item is “rotated down” to become the third from top- 
of-stack item: 


TOS item] TOS item2 
TOS item2 TeRS DNS TOS item3 
TOS item3 TOS item) 


Processor-State Manipulation Operators 


These operators are classified as read state, set state, or read and set state functions. The operators 
in each class are described in the following paragraphs. 


Read state operators place processor state register values on top of the stack and mark the stack state . 
items valid. Set state operators bring values to the top of the stack and set processor state to match 
the values brought to the top of the stack. Read and set state operators are similar to read state | 
Operators, except that the processor state is reset at the conclusion of the operation. 
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Read State Operators 
RTFF (read true-false flip-flop) 


RTFEF leaves on top of the stack the value of TFFF as a Boolean operand, True or False. 


RSNR (read SNR) 
RSNR leaves on top of the stack a 12-bit integer containing the SNR value. 
Pragmatic Notes 
RSNR is equivalent to LT8 53, RPRR 


The RSNR operator has the same function as RPRR with a stack argument of 53. RSNR provides 
a migration path away from the use of RPRR except in limited contexts of low-level code. 


WHO! (read processor id) 


WHOI leaves on top of the stack a 3-bit integer containing the processor identification number, 
proc__id. 


WAT! (read machine identification) 


WATI leaves on top of the stack a double-precision operand containing information about the level 
of implementation. It consists of the proc state (except for proc__id), formatted into the following 
fields: 


First Word: 

[47:32] unit__id or 0 

[15: 4] E-mode__level 

[11: 4] E-mode__features (default: 0) 
[ 7: 8] machine_type 


Second Word: 

[47: 4] page__size__indicator 
[43: 4] O (reserved) 

[39:40] microcode__version or 0 


Implementations return zero in fields for which the defined data are not relevant. 
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Pragmatic Notes 
Format of microcode__version is defined by software 


This architecture defines microcode__version as a 40-bit value to be returned by the WATI operator 
by implementations that use field-loadable microcode. The content of this field is not of functional 
concern to operators of this architecture; it is a matter of convention between the software that creates 
the value (the microcode compiler) and the software that reads it (the operating system and any pro- 
gram to which the information is made available). The following example convention is used for A9 
systems, when operating software at the mark 3.4.740 release level: 


[39:08] | mark__level: The “mark level” of the release (34). 

[31:16] cycle: The generation cycle of the release (740). 

[15:16] | creation: The creation date, computed by means of the following 
equation: 


(year — 1970) * 1000 + day__of__year 
RTOD (read time of day clock) 


RTOD leaves on top of the stack a 36-bit integer containing the value of the time of day clock. The 
range of values is {0 to 2**36—1} in units of 2.4 microseconds. 


RPRR (read processor register) 


RPRR requires one 6-bit integer stack argument; otherwise Integer Subset Exception action (aISX) is 
invoked. The argument is interpreted as a processor register identification (register id), and the result 
left on top of the stack is the value of the specified register. This result value is a k-bit integer, where 
k is the width of the target register. 


Readable processor registers are associated with register ids that are a subset of integers in the range 
{0 to 63}. If the register id is not a valid value, an Invalid Argument Value interrupt is generated. 
See the table under SPRR for the valid register IDs and widths. 


The value reported for the S register is the address of the top-of-stack item after the RPRR argument 
has been consumed. 


RIPS (read internal processor state) 


The RIPS operator is provided to read implementation-defined processor state. RIPS accepts a single- 
precision argument and leaves a single-precision value. The implementation must specify the allowable 
argument values, any validity checking, the form and meaning of the output values, and the semantics 
of the operator, including any interrupt generation. 
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Pragmatic Notes 


Implementation-defined low-level operators 


The RIPS, WIPS, REMC, and WEMC operaters are defined as to opcode and stack argument/result 
number and type, but not semantically. They exist to facilitate access to machine state at a level of 
abstraction below that of the architecture functional definition. It is within the spirit of this specifica- 
tion for an implementation to use such operators to perform diagnostic, maintenance, initialization, 
or configuration functions, for example. It is contrary to that spirit to use such operators to extend 
the architecture functionality at the level of abstraction of this specification. RIPS is a new operator 
in this architecture (and the B7900). 


Set State Operators 
SXSN (set external sign flip-flop) 


SXSN requires an operand on top of the stack; otherwise, an Invalid Stack Argument interrupt is gen- 
erated. SXSN sets EXTF (external sign flip-flop) to the value of bit 46 of the top-of-stack item. The 
operand is left unchanged on the stack. 


EEXI (enable external interrupts) 


EEXI conditions the processor to respond to external interrupts and resets the processor CS Boolean 
to 0 (normal state). If any external interrupt is pending when EEXI is executed (in control state), an 
external interrupt occurs immediately following the EEXI operator, even if the immediate successor op- 
erator is DEXI. 


DEXI (disable external interrupts) 


DEXI conditions the processor to ignore all masked external interrupts and sets the processor CS Boo- 
lean to 1 (control state). 


SINT (set interval timer) 


SINT arms the interval timer and sets it from an operand on top of the stack. If the item on top- 
of-stack is not an 11-bit integer, Integer Subset Exception action (aISX) is invoked. Otherwise, the 
Interval__Timer is set to the specified value and armed. 


WTOD (write time of day clock) 


WTOD sets the time of day clock from an operand on top of the stack. If the item on top of the 
stack is not a 36-bit integer, Integer Subset Exception action (aISX) is invoked. 
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SPRR (set processor register) 


SPRR assigns a value to a register; it requires two stack arguments. The second argument is the register 
id; it must be a 6-bit integer or else Integer Subset Exception action (alSX) is invoked. The top argu- 
ment is the register value; it must be a k-bit integer (where k is the width of the destination register), 
or else Integer Subset Exception action (aISX) is invoked. If the top argument fits within the k-bit 
width specified in this architecture, but is too large for the container actually implemented, an Invalid 
Argument Value is generated; see the “Processor State” appendix. The contents of the specified register 
are set to the register value. 


The required initial stack state is: 


Settable processor registers are associated with register ids that are a subset of integers in the range 
{0 to 63}. If the register id is not a valid value, an Invalid Argument Value interrupt is generated. 


The following table specifies the decimal register id encodings, register names, validity for RPRR and 
SPRR, and register widths (in bits). 


Register ID Register Name RPRR SPRR Width 


0 D[0] yes yes 20 
1 to LL-1 invalid invalid 
Lb D[LL] yes yes 20 
LL+1 to 35 invalid invalid 
36 LOSR yes yes 20 
37 BOSR yes yes 20 
38 F yes yes 20 
39-51 invalid invalid 
52 ) yes ° yes 20 
53 SNR yes yes 12 
54-56 invalid invalid 
57 (reserved) invalid invalid 
58 ENR yes yes 0-12 
59-63 invalid invalid 


Assignment of a value to D[LL] does not invoke immediate display update. After the assignment, ac- 
cess by means of a global address-couple (with lambda < LL) is undefined unless the new D[LL] value 
addresses a proper MSCW that links to the same immediate global activation record as did the old 
value. 


If the register id designates S, the new register value remains in S at the completion of the SPRR 
operator (the arguments to SPRR are consumed before the register assignment is made). 
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Pragmatic Notes 
Beware manipulating S 


Because S is the address of the top-of-stack, expressions and assignments involving S can generate 
counterintuitive results. For example, a statement to increment S could be written “S:= S+1” and 
compiled in a straightforward way to produce the following architecture code: 


LT8 52 % Register id for SPRR 
LT8 52 % Register id for RPRR 
RPRR 
ONE 
ADD 
SPRR 


Because the SPRR register id is already on the expression stack, RPRR returns a value one higher than 
the top-of-stack address prior to execution of this statement. Therefore, the net effect of the staternent 
is to increment S by two, not one. 


RUNI (indicate running) 
RUNI sets the Running__ Indicator. 
WIPS (write internal processor state) 
The WIPS operator is provided to write implementation-defined processor state. WIPS accepts two sin- 
gle-precision arguments and leaves no result. The implementation must specify the allowable argument 
values, any validity checking, and the semantics of the operator, including any interrupt generation. 
Pragmatic Notes 
Implementation-defined low-level operators See note under RIPS. 
ZIC (zero Interrupt__Count) 
The ZIC operator sets the Interrupt__Count to zero. 
Read and Set State Operator 
ROFF (read and reset overflow flip-flop) 


ROFF leaves on top of the stack the Boolean value of OFFF (overflow flip-flop) and then uncondition- 
ally resets OFFF to false. 
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DATA ARRAY OPERATORS 


Operators in this group perform functions on arrays specified by data descriptor stack arguments. The 
functions applied generally consist of sequential processing of one or more arrays of word or character 
elements. Termination occurs when an element length has been exhausted or when some condition is 
satisfied. 


Data in one of the argument arrays may be modified, or the arrays may be processed in order to pro- 
duce a result, or both actions may occur. Results are indicated by items left on top of the stack or 
by the setting of one or more processor Boolean accumulators. 


Array operators typically accept IndexedDDs as arguments or accept unindexed DDs and index them. 
For an operator to access the data, the actual segment must be present; see Descriptor Interpretation. 


Searching Operators 


There are two searching operators. LLLU (linked list lookup) searches an explicitly linked list for the 
first element whose data component is greater than or equal to a target value, and SRCH (masked 
search for equal) searches an implicitly ordered list (backwards) for the first word that is bitwise equal 
to a target value after both the word and target value have been masked. 


LLLU (linked list lookup) 


LLLU processes an array as an explicitly linked list and applies the following interpretation to each 
word in the array (ignoring the tag): 


LLLU__data [47:28] The atomic data component 
LLLU__link [19:20] The link component (an index from the base of the array to 
the next element in the list) 


LLLU requires an initial index, an unindexed unpaged copy SingleDD, and a target value on top of 
the stack: 


me eee we we ee ee ee 
ee eee we we we eee ee ee 
ee ee 


The index and target value must be operands and are integerized with rounding if required. If either 
the index or the target value is not an operand or the second from top-of-stack item is not an unpaged 
unindexed copy SingleDD, an Invalid Stack Argument interrupt is generated. If the index or target val- 
ue cannot be integerized, an Integer-Overflow interrupt is generated. If the SingleDD is not marked 
present, a Presence-Bit interrupt is generated. Whenever an index value is used to fetch a word from 
the list, if it is not in the range {0 to DD.length—1}, an Invalid Index interrupt is generated. 


The initial index is applied to the SingleDD, and the first word of the list is fetched. Starting with 
that word, LLLU applies the following iterative loop. 
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If the link component equals zero, a single_integer —1 is left on top of the stack to signal failure. 
If the link is non-zero and the data component is greater than or equal to the absolute value of the 
target value, the operator terminates; otherwise the link value becomes the new index and the iteration 
is repeated. If termination occurs in the first iteration, the initial index is returned on the stack as a 
20-bit integer. If termination occurs on a subsequent iteration, the index used on the previous iteration 
is returned as a 20-bit integer. 


Pragmatic Notes 
LLILU Pragmatics 


For convenient use of the operator, the list should be constructed so that the potential targets are found 
in the second through the penultimate elements; then the stack result is the index of the element whose 
link points to the target element. If the target inequality is satisfied on the first element, the result 
is ambiguous, there being no prior element. If the target inequality is satisfied on the last (link = 0) 
element, the failure result is returned. 


SRCH (masked search for equal) 


SRCH scans an array called the “domain” (an actual segment), from an indexed starting point back 
towards the base, for a word that matches a target value in selected bits. Any or all of the 52 bits 
(word and tag) may be matched. The result is a single__integer: the index of the matching word, or 
—1 if the search fails. 


SRCH requires three arguments on top of the stack: the search domain (a SingleDD), the mask, and 
the target value: 


ee 


The domain argument must be an IndexedSingleDD or an unpaged unindexed copy SingleDD; other- 
wise an Invalid Stack Argument interrupt is generated. 


If the domain is an unindexed descriptor with non-zero length, it is indexed by its length—1 to form 
an IndexedSingleDD. If it is an unindexed DD with zero length, no search occurs and the failure result 
(—1) is left on the stack. 


Both the mask and target value are bit vectors of length 52. The target value is logically ANDed with 
the mask before it is used for comparison. The second word of any double-precision target value or 
mask is ignored. 


The word referenced by the IndexedSingleDD is logically ANDed with the mask and compared to the 
(masked) target value. If a matching word is found, its index is left on the stack as the SRCH result. 
If there is no match and the actual segment index is non-zero, the index is decremented by one and 
the search continues. If there is no match and the index is zero, the actual segment is exhausted: the 
failure result is left on the stack. 


If the actual segment is a page, the SRCH result index is relative to the page, not the array (virtual- 
segment). 
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Pointer Operators 


Pointer operators deal with sequences of word or character elements in data arrays. There are pointer 
operators for scanning, transferring, comparing, and editing the element sequences in various ways; 
various operators deal with only a source or a destination sequence, with both a source and a destina- | 
tion sequence, or with two source sequences. Sequential processing terminates when an element length 
is exhausted or, in some cases, when a condition is satisfied before the length is exhausted. Some point- 
er operators, called enter-edit operators, serve to invoke one or more instances of another class of - 
pointer operators, called edit-mode operators. 


Typical pointer operators require initial stack arguments that specify the length, the source element se- 
quence, and the destination element sequence. A source element sequence can be contained in an oper- 
and or referenced by an indexed data descriptor; a destination sequence is always referenced by an 
indexed data descriptor. A source or destination descriptor defines the first element of the target se- 
quence. 


Some operators (pack, input convert, string isolate) read a source and generate a result operand on 
the stack; these stack results are not defined to be destinations. 


The term "pointer operator” reflects the fact that the source or destination descriptor is usually a Point- 
er (indexed character descriptor). In fact, indexed word descriptors are also acceptable, although they 
are usually coerced to Pointers. 


If an EBCDIC (or hex) Pointer has a char__index value outside the range {0 to 5} (or {0 to 11}), 
an Invalid Argument Value interrupt is generated. 


For transfer-words operations, the tag of each source word is transferred to the destination. For all 
other pointer operations, the tag of each destination word is preserved. 


element__size conventions 


The element size for either the source or destination sequence can be specified by the element__size 
in the Pointers, inferred by default, or fixed by the operator. Only the translate operator can 
manipulate source and destination sequences of different element sizes. The word-transfer operators al- 
ways Operate on single words, but accept indexed descriptors of any valid element__size. The unpack 
Operators require a source operand and treat it as hex. 


For all pointer operators except word-transfer, the following element-size adjustments are made: If 
there are both source and destination arguments, and only one is a Pointer, the element__size of the 
Pointer is applied to the other argument. If there is no Pointer argument, then any source or destina- | 
tion is assumed to be EBCDIC. When a character element__size is applied to a source or destination 
word descriptor, that argument effectively becomes a Pointer; if the index is greater than 2**16—1, 
an Invalid Index interrupt is generated. 


For word-transfer operators, the element__size specified in the source and destination descriptors is 
unaltered, but the operation deals with single words. If a Pointer is used as source or destination, and 
the char__index is non-zero, the descriptor is adjusted by setting char__index to zero and incrementing 
word__index; if the resulting word =index exceeds 2**16—1, an Invalid Index interrupt is generated. 


For all pointer operators except word-transfer and translate, an Invalid Stack Argument interrupt is 


generated if the source and destination arguments are both Pointers and the element__size values are 
not equal. 
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Length Argument 


When a pointer operator is invoked in initial state, the specifications in the following paragraphs apply. 
If a pointer operator is resumed in restart state, the length argument must be a 20-bit integer, or else 
the action is undefined. (In some restart situations, a length of zero is significant.) 


The length argument must be an operand; otherwise an Invalid Stack Argument interrupt is generated. 
It is integerized with rounding if required. If it cannot be integerized, an Integer-Overflow interrupt 
is generated. If the integer value exceeds 2**20—1, an Invalid Argument Value interrupt is generated. 


A negative length value is equivalent to zero. If length < 0, all pointer operators terminate without 
accessing any source element or transferring any destination element; no Paged Array interrupt is gen- 
erated; service or error interrupts based upon the other arguments may be generated or not, at imple- 
mentation option. (The enter-single-edit operators do not themselves terminate for zero-length input; 
rather, any edit operators that require a length do so.) 


A Paged Array interrupt is not generated after the length has been exhausted, or by compare-delete 
Operators after a mismatch has been detected, or by scan or conditional transfer operators after a 
source character has failed to satisfy the condition. 


Source Argument 


The source argument must be an operand or an IndexedDD of any valid element__size; otherwise an 
Invalid Stack Argument interrupt is generated. 


A source operand is interpreted according to element__size conventions defined above as an EBCDIC 
sequence of 6 (or 12) characters or a hex sequence of 12 (or 24) characters, for a single-or double- 
precision operand, respectively. The operand is logically concatenated with itself as required to form 
an indefinite length sequence. 


Except for word transfer overwrite, all pointer operations generate a Paged Array interrupt if an odd- 
tagged word is read by means of a source pointer. 


Short-Source Operators 


The string-isolate, pack, and input-convert operators are special in that the source sequence is short 
(never more than 25 characters) and the result is left on the stack as an operand rather than being 
moved to a destination sequence. Some of these operators interpret one character or one zone field 
as a sign. 


If a short-source operator is executed in initial state and then generates a Paged Array interrupt after 
the sign or any data character has been read, the RCW.rs bit is set to 1 and the stack is updated to 
the restart configuration: the updated length, the updated source and the partial result are put on the 
stack. The length is above the source; the relative position and form of the partial result are implemen- 
tation-defined. The effect of resuming the operator in restart state is undefined if the content or top- 
of-stack position of the partial-result item has been altered. 


It is never necessary to set RCW.rs to 1 when the Paged Array interrupt is generated while attempting 


to fetch the first character in the source sequence. For operators that interpret the first character as 
a sign, it is necessary that RCW.rs = O when the interrupt occurs fetching the first character. 
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Because the source character sequences for these operators are short, so the operation can legitimately 
cross only one page boundary, and because these operators have no destination that might be subject 
to enlargement, it is not necessary to have a repeat resumption condition when the operator is begun 
in restart state (having already encountered one page boundary). The stack configuration and resump- 
tion condition is implementation-defined if a short-source operator is executed in restart state and then 
generates a Paged Array interrupt. 


Destination Argument 


The destination argument must be an IndexedDD of any valid element__size; otherwise an Invalid 
Stack Argument interrupt is generated. 


Except for word transfer overwrite, all pointer operations generate a Paged Array interrupt if either 
a read or write access is attempted to an odd-tagged destination word. 


An operator is said to “require a destination” if a destination stack argument is specified, except for 
the Enter Single Edit operators; these operators “require a destination” if the subsequent edit operator 
is a move, insert, or end-float operator. 


If a destination pointer is marked read__only, operators that require a destination generate a Memory 
Protect interrupt; the interrupt is optional if the initial length < 0. 


Sourcel and Source2 Arguments 


The compare operators process two sources, rather than a source and a destination. Source2 and 
Sourcel are treated as defined above for Source and Destination, respectively; the compare operators 
are said not to "require a destination”. 


Overlapping Source and Destination 


A source and destination are said to overlap if both arguments are IndexedDDs into the same segment 
and the displacement (index difference) between them is less than the effective length (number of 
elements transferred). 


The effect of an overlapped unconditional word or character-transfer depends upon the direction and 
magnitude of the displacement. In the following, D represents the displacement expressed as destination 
element index minus the corresponding source element index. L represents the transfer length. N is 0, 
8, or 16 for word, 8-bit, or 4-bit elements, respectively. 


Ds -L: No overlap 
-L < D s 0: Destination sequence overwrites L+D source elements. 
0 < D < N: Destination and source contents are undefined. 
N s D < _L: D source elements are repeated throughout destination. 
L = D: No overlap 


Conditional (character-relational or set-membership) transfer operators are subject to the same con- 
straints as unconditional transfers, but note that when D > 0 the only opportunity for conditional 
termination is within the first D elements. L in the foregoing specification is the number of elements 
actually transferred. 
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For translate involving 4-bit characters, the displacement d is reckoned in 4-bit characters from the 
initial source to the initial destination. For translation of L characters, the overlap cases and effects 
are as follows (where /2 indicates halving with truncation): 


4-to 4-bit: —-L < d < 0: L+d source elements overwritten 
0 < d < L: Undefined 
4-to 8-bit: —-2L < d < 1 — L: max(L,2L+D) source elements overwritten 
1-L < d < L: Undefined 
8-to 4-bit: —-L <d < 0: (L+d+1)/2 source elements overwritten 
0 < d < L: Source sequence overwritten 
L <= d < 2L: Undefined 
8-to 8-bit: -L < D s 0: L+D source elements overwritten 
0 < D < L: Undefined 


For edit operators, the source and destination overlap if —~Ld < D < Ls, where Ld and Ls are the 
destination and source length, respectively. (Note that for data-transferring edit operators, Ld = Ls.) 
The result of overlapped editing is undefined if D > Ls—Ld. For a table-edit sequence, each group 
of consecutive edit operators (other than skips) is to be considered a unit for the application of this 
test. Overlap considerations do not apply directly to skip operators, but skip operators in an edit-table 
change the initial pointer displacements for subsequent operators, so one operator’s destination element 
might become another operator’s source element. 


Pragmatic Notes 
Overlap Pragmatics 
For conditional and unconditional transfer operators, the three overlap cases are: 


Destination first: move the data "down” (toward lower addresses) 
Destination equals source: effective no-op 
Source first: “smear” destination with repetitions of the source 


Smearing occurs when destination elements become subsequent source elements; smearing works for 
word transfers or for character transfers beyond a minimum displacement, but not for the translate 
or edit operators. 


Translation differs from simple transfer in that the transferred characters are modified (so smearing 
is not defined), and the source and destination element sizes may differ. Except for translate in place 
to the same or smaller element size, overlapping translate operations must be performed with great 
care. 


Edit operators also can modify the transferred characters, and can transfer more characters to the desti- 
nation than from the source. Overlapping edit operations is recommended only for simple editing in 
place, as in using MINS to suppress leading zeros. 
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Update Of Pointer-Operator Arguments 


Most pointer operators occur in both “delete” and “update” variations. The "delete” forms consume 
all of their stack arguments and do not leave updated results on the stack (although they may leave 
other results on the stack). The “update” forms leave on top of the stack an updated reference(s) to 
the source and destination (if applicable), and the length (if termination is possible before the length 
is exhausted). (The SISO and SHOW operators have only a delete form; the TRNS and EXPU 
operators have only an update form.) 


A pointer operator can be interrupted (for example, at a page boundary); in which case the length, 
source, and destination are updated to the point of the interrupt. Both update and delete operators 
are subject to such interruption; the stack arguments are configured for resuming the operator (in 
initial or restart state, depending upon the situation). 


An updated length result is a 20-bit integer indicating the number of elements remaining to be pro- 
cessed at termination or interrupt. It is produced by update operators that may terminate before the 
length is exhausted, or by operators that are interrupted and can be resumed. If the initial length is 
negative, the updated length is zero. 


An updated source operand is the original operand circularly rotated left such that the left-justified 
element is the next element that would have been processed if termination or interrupt had not oc- 
curred. 


A source or destination descriptor is updated as an indexed descriptor that references the next source 
or destination element that would have been processed had termination or interrupt not occurred. The 
updated descriptor reflects any adjustments made according to the element__size conventions defined 
above: Word-transfer operators may adjust the char__index and word__index values; all other 
operators change any indexed word descriptor into a Pointer. 


If the initial length < O for an update operator, or if update is caused by an interrupt prior to transfer 
of any data, the input arguments left on the stack may or may not be modified. For example, a length 
< 0 may have been replaced by 0, and element__size changes may have been effected. 


The field-width limits in a descriptor are 2**16—1 for the word__index field in a Pointer and 2**20- 1 
for the index field in an indexed word descriptor. If the word index value to be updated into a descrip- 
tor exceeds the limit, an Invalid Index interrupt is generated. If the update was being done to report 
another interrupt, the Invalid Index is reported instead. An implementation may generate the interrupt 
at any point in the sequence processing where the word index would exceed the limit. 
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Unconditional Character-Transfer Operators 


Unconditional character-transfer operators transfer hex or EBCDIC characters from the source to the 
destination. The number of characters transferred is specified by the length. TFFF is left in an unde- 
fined state. 


The required initial stack state is: 


The following operator leaves no results on the stack: 
TUND (transfer characters unconditional delete) 


The following operator leaves the updated source on top of the the stack and the updated destination 
second from top of the stack: 


TUNU (transfer characters unconditional update) 
Character-Relational Operators 


Character-relational operators sequentially apply a relational comparison of each source character to 
a delimiter character supplied by a stack argument until the length is exhausted or a relation fails. 
TFFF indicates the cause of termination: it is reset to 0 if a relation fails and set to 1 if the length 
is exhausted (all source characters satisfy the relation). 


The delimiter argument must be a single-precision operand; otherwise an Invalid Stack Argument inter- 
rupt is generated. It is interpreted as a single right-justified character (EBCDIC or hex according to 
the effective element size of the source); all bits in the delimiter word except those in the delimiter 
character itself are ignored. 


The binary value of each source character is compared to the binary value of the delimiter character. 
The operator names specify the relation of source character to delimiter that must hold for the 
operation to continue. For example, the SLSU operator scans across source characters less than the 
delimiter. 
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Scan Operators 


Character-relational scan operators sequentially compare each source character to the delimiter charac- 
ter as defined above. 


The required initial stack state is: 


em oe we ne me oe oe oe a oe ae 
ee ww we we ww oe om oe oe 
mee Ne ee eee oe ww oe 


The following operators leave no results on the stack: 


SGTD (scan while greater delete) 

SGED (scan while greater than or equal delete) 
SEQD (scan while equal delete) 

SNED (scan while not equal delete) 

SLED (scan while less than or equal delete) 
SLSD (scan while less than delete) 


The following operators leave the updated length on top of the stack and the updated source second 
from top of the stack: 


SGTU (scan while greater update) 

SGEU (scan while greater than or equal update) 
SEQU (scan while equal update) 

SNEU (scan while not equal update) 

SLEU (scan while less than or equal update) 
SLSU (scan while less than update) 
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Transfer Operators 


Character-relational transfer operators sequentially compare each source character to the delimiter char- 
acter as defined above. Each source character that satisfies the relation is transferred to the destination 
sequence. 


The required initial stack state is: 


ee ee ee ee ee ee a 
me we oe ee ee oe ee 
ee we ee me oe we we mm me we 
_wee we ew ewe ew ee = 


The following operators leave no results on the stack: 


TGTD (transfer while greater delete) 

TGED (transfer while greater than or equal delete) 
TEQD (transfer while equal delete) 

TNED (transfer while not equal delete) 

TLED (transfer while less than or equal delete) 
TLSD (transfer while less than delete) 


The following operators leave the updated length on top of the stack, the updated source second from 
top of the stack, and the updated destination third from top of the stack: 


TGTU (transfer while greater update) 

TGEU (transfer while greater than or equal update) 

TEQU (transfer while equal update) 

TNEU (transfer while not equal update) 

TLEU (transfer while less than or equal update) TLSU (transfer while less than update) 
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Character-Sequence Compare Operators 


Character-sequence compare operators apply a relational comparison of the sourcel sequence to the 
source2 sequence. TFFF is set to 1 if the relation is satisfied and reset to 0 if the relation fails. 


The required initial stack state is: 


eee ee ee ee ee me 
8 ae me ww we oe oe om oe me oe oe 
ee ee ee ee ee ee we ee owe 


The binary values of each corresponding sourcel and source2 character are compared. The two se- 
quences are equal if and only if each sourcel character is equal to the corresponding source2 character 
for the specified length (or the initial length is zero). Sourcel is strictly less (greater) than source2 if 
and only if for the first (left-most) pair of unequal characters, the source] character is strictly less 
(greater) than the source2 character. 


The following operators terminate when the actual relation is determined. No result is left on the stack. 


CGTD (compare characters greater delete) 

CGED (compare characters greater than or equal delete) 
CEQD (compare characters equal delete) 

CNED (compare characters not equal delete) 

CLED (compare characters less than or equal delete) 
CLSD (compare characters less than delete) 


The following operators terminate only when the length is exhausted. If a Paged Array interrupt is 
taken after the relation (TFFF state) has been determined, RCW.rs is set to 1, so that TFFF is not 
modified when the operator is resumed. They leave the updated source on top of the stack and the 
updated destination second from top of the stack. The updated Pointers reference the first character 
after the end of the sequence as determined by the length: 


CGTU (compare characters greater update) 

CGEU (compare characters greater than or equal update) 
CEQU (compare characters equal update) 

CNEU (compare characters not equal update) 

CLEU (compare characters less than or equal update) 
CLSU (compare characters less than update) 
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Character Set-Membership Operators 


Character set-membership operators test source characters for membership in a character set supplied 
by a stack argument. The relations applied consist of inclusion and exclusion, and source characters 
are sequentially tested until the relation fails or the length is exhausted. TFFF indicates the cause of 
termination: it is reset to 0 if a relation fails and set to 1 if the length is exhausted (all source characters 
satisfy the membership criterion). 


The character set argument must be an IndexedSingleDD; otherwise an Invalid Stack Argument inter- 
rupt is generated. This IndexedSingleDD locates the first word of the character set. The actual segment 
addressed by the IndexedSingle DD must be long enough to contain the referenced word and, for 
EBCDIC source, the next seven words. This requirement is not directly enforced, but if an odd-tagged 
word is encountered in the set table, a Memory Protect interrupt is generated. 


The character set is interpreted as a bit vector indexed by the source character. If the selected bit is 
1, the character is included in the set; otherwise it is excluded from the set. The bit is located by the 
address equation: 


Mem[set. address +set. index + WordIndex(c)]. [BitIndex(c):1] 


WordIndex and BitIndex are computed from the binary representation of the source character (c) as 
follows: 


EBCDIC#WordIndex value of 3 high-order bits 
#BitIndex 31 — (value of 5 low-order bits) 
hex #WordIndex 0 
#BitIndex 31 — (4 bit value) 


In the following operator names, the relation "while source included in set” is called "while true”, and 
"while excluded from set” is called "while false”. 


Scan Operators 


Character set-membership scan operators apply the sequential membership test of each source character 
to the character set as defined above. 


The required initial stack state is: 


ee ee ae eee ee ay ee ee 


The following operators leave no results on the stack: 


SWTD (scan while true delete) 
SWFED (scan while false delete) 


The following operators leave the updated length on top of the stack and the updated source second 
from top of the stack: 


SWTU (scan while true update) 
SWFEWU (scan while false update) 
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Transfer Operators 


Character set-membership transfer operators apply the sequential membership test of each source char- 
acter to the character set as defined above. Each source character that satisfies the membership criteri- 
on is transferred to the destination sequence. 


The required initial stack state is: 


— me me we we we ee me me me me ee 
ee ee ee 
Sd ee ee 
ee 


ww em ee re ee oe we oe ee er oe eo ee 


The following operators leave no results on the stack: 


TWTD (transfer while true delete) 
TWFD (transfer while false delete) 


The following operators leave the updated length on top of the stack, the updated source second from 
top of the stack, and the updated destination third from the top of the stack: 


TWTU (transfer while true update) 
TWFU (transfer while false update) 


Character-Sequence Extraction Operator 
SISO (string isolate) 


SISO extracts a character sequence from the source, creates an operand containing the extracted se- 
quence right-justified with leading zero-fill (if required), and leaves the operand on top of the stack. 
The length specifies the number of characters in the extracted sequence. 


The required initial stack state is: 


The result may be a single-or double-precision operand depending on the length and the source charac- 
ter type. If the source is EBCDIC, the result is single for length < 6 and double for {7 to 12}. If 
the source is hex, the result is single for length < 12 and double for {13 to 24}. An Invalid Argument 
Value interrupt is generated if the source is EBCDIC and length > 12 or if the source is hex and 
length > 24. 
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Character Translate Operator 
TRNS (translate) 


TRNS sequentially accesses characters from the source sequence, maps each character into a specified 
character set, and stores the translated character into the destination sequence. The character set rap- 
ping is indicated by a translate table argument. 


The required initial stack state is: 


Source 


ee ee eee 


The translate table must be an IndexedSingleDD; otherwise an Invalid Stack Argument interrupt is gen- 
erated. This IndexedSingleDD locates the first word of the translate table. The actual segment ad- 
dressed by the IndexedSingleDD must be long enough to contain the referenced word and the next 3 
or 63 words for a hex or EBCDIC source, respectively. This requirement is not directly enforced, but 
if an odd-tagged word is encountered in the translate table, a Memory Protect interrupt is generated. 


The translate table is interpreted as an array of words, each containing 4 right-justified 8 bit characters. 
It is indexed by the source character, and the selected 8 bit character is stored into an EBCDIC destina- 
tion, or the 4 low-order bits of the character are stored into a hex destination. The character is located 
by the address equation: 


Mem|[table. address+table. index + WordIndex(c)]. [FieldIndex(c):8] 


WordIndex and FieldIndex are computed from the binary representation of the source character (c) 
as follows: 


EBCDIC WordIndex = value of 6 high-order bits 
FieldIndex = 31] — &8*(value of 2 low order bits) 

hex WordIndex = value of 2 high-order bits 
FieldIndex = 31 — 8*(value of 2 low order bits) 


TRNS leaves the updated source on top of the stack and the updated destination second from top of 
the stack. 
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Decimal-Character-Sequence Operators 


Decimal-character-sequence operators interpret hex or EBCDIC sequences as decimal sequences, and 
provide conversion functions among various decimal representations. (Hex-sequence representations of 
decimal data are often called Binary Coded Decimal, BCD.) 


A decimal digit is represented as a four-bit binary integer in the range {0 to 9}; a digit sequence is 
an unsigned sequence of decimal digits. (A value in the range {hex”A” to hex"F”} is a “nondigit”.) 
Digit sequences can be represented as operand values or in hex or EBCDIC character sequences. 


In an operand, a sequence of n digits is represented as a sequence of adjacent 4-bit fields, right-or 
left-justified according to the operator. Up to 12 or 24 digits can be contained in a single-or double- 
precision operand, respectively; the second word of a double holds the low-order digits. 


The hex representation of a digit sequence is as a hex sequence of the corresponding digit values. The 
EBCDIC representation of a digit sequence is as an EBCDIC sequence in which the numeric field (low- 
order four bits) of each character contains a digit value. The high-order four bits are called the zone 
field; zone fields are significant in some operators, but they do not form part of the digit sequence. 


A signed decimal integer is represented as a digit sequence and a sign value. Hex”D” represents a 
negative sign; any other 4-bit value represents a positive sign. The sign may be placed at either the 
left (high-order) or right (low-order) end of the sequence. A signed sequence of n digits is represented 
in hex as a sequence of n+1 characters; the sign is the leftmost or rightmost character. A signed n- 
digit sequence is represented in EBCDIC as a sequence of n characters; the sign occupies the zone field 
of the leftmost or rightmost character. (Operand decimal sequences are always unsigned; EXTF can 
be used to hold the sign.) 


There are three groups of decimal digit-sequence pointer operators. (See also the arithmetic operators 
BCD and DBCD, which produce a digit sequence from a binary integer.) The pack operators transform 
a hex or EBCDIC source sequence into a right-justified operand digit sequence. The unpack operators 
transform a left-justified operand digit sequence into a hex or EBCDIC destination sequence. The in- 
put-convert operators are similar to pack, but the integer value of the source sequence is transformed 
to binary representation. 


Two pairs of operators, PACD/PACU and ICVD/ICVU, treat a hex source sequence as either un- 
signed or left-signed, depending upon the value of the first character: a nondigit value is taken as a 
sign; a digit value is taken as a digit. The sign is not counted in the length. 


Pragmatic Notes 
"Old" and "new" decimal-sequence operators 


The operators PACD, PACU, UABD, UABU, USND, USNU, ICVD, and ICVU are a set of "old" 
operators (introduced on the B6500). The operators PKUD, PKLD, PKRD, UPUD, UPUU, UPLD, 
UPLU, UPRD, UPRU, ICUD, ICLD, and ICRD constitute a set of “new” operators. UPUD and 
UPUU are UABD and UABU renamed; the others were introduced into this architecture. The new op- 
erators provide a complete set of unambiguously unsigned, left-signed and right-signed options. The 
old operators provide only left hex sign and right EBCDIC zone sign, and the PACx and ICVx 
operators are data-driven with respect to the presence or absence of a sign character in a hex sequence. 
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Pack Operators 


Pack operators perform a conversion from the source EBCDIC or hex decimal sequence to a decimal 
operand containing the corresponding digit sequence right-justified with leading zero-fill. The operand 
is left as a result on the stack. Nondigits in a hex source sequence (other than a sign character) or 
in the numeric field of an EBCDIC source sequence are transferred unmodified to the operand se- 
quence. 


The required initial stack state is: 


een eee ee Oe 
wee eee ew ew ee ee 


The result is a single-precision operand if length < 12 and double-precision for {13 to 24}. If length 
> 24, an Invalid Argument Value interrupt is generated. 


The following operators leave the decimal result on top of the stack. 


PKUD (pack unsigned delete) 
PKLD (pack left-signed delete) 
PKRD (pack right-signed delete) 
PACD (pack delete) 


The following operator leaves the updated source on top of the stack and the decimal result second 
from top of the stack. 


PACU (pack update) 


PKUD leaves EXTF and TFFF in undefined states. All other pack operators set both EXTF and TFFF: 
true = negative and false = positive or unsigned; if the length argument is <= 0, EXTF and TFFF 
are reset (false). 


If length > O and the source is hex and there is a sign, the number of characters read from a hex 
sequence is one greater than the length value; a sign is always present for PKLD and PKRD; and never 
present for PKUD; a sign is present for PACx when the leftmost hex character is a nondigit. If length 
= 0, no source characters are read and the digit-sequence result is zero. 


Following are the sign locations for these operators: 


PKUD: none 

PKLD, EBCDIC: zone of leftmost character 

PKLD, hex: leftmost character 

PKRD, EBCDIC: zone of rightmost character 

PKRD, hex: rightmost character 

PACx, EBCDIC: zone of rightmost character 

PACx, hex: leftmost character if nondigit, else none 
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If the PKRD operator is resumed in restart state with a hex source, the operator continues even if 
length = O (in which case the sign character is yet to be fetched). If a left-signed operator is resumed 
in restart state, the sign has already been determined; this concern applies to PACD or PACU with 
a hex source and to PKLD with any source. 


Unpack Operators 


Unpack operators interpret the source operand as a left-justified digit sequence and store the corre- 
‘sponding hex or EBCDIC decimal sequence into the destination. Nondigits in the operand sequence 
are transferred unmodified to the hex characters or the numeric field of the EBCDIC characters in 
the destination sequence. 


The required initial stack state is: 


ee ome we me ee me ee ee ee eee 


The element__size convention for unpack is that the source operand is unconditionally treated as hex; 
if the destination is an IndexedWordDD, it is changed to an EBCDIC Pointer. If the source is not 
an operand, an Invalid Stack Argument interrupt is generated. If length > 24, an Invalid Argument 
Value interrupt is generated. 


Unpack-Unsigned Operators 


Unpack-unsigned operators store the destination decimal sequence without sign. For an EBCDIC desti- 
nation, the zone field of each character is set to hex”F”. For a hex destination, the digit sequence is 
stored with no sign character. 
The following operator leaves no results on the stack: 

UPUD (unpack unsigned delete) 


The following operator leaves the updated source operand on top of the stack and the updated destina- 
tion second from top of the stack: 


UPUU (unpack unsigned update) 
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Unpack-Signed Operators 


Unpack-signed operators store the destination decimal sequence with a sign; the sign is determined by 
EXTF (external sign flip-flop), where true = negative and false = positive. 


Hex "C” and "D” are used as the positive and negative sign characters respectively. For an EBCDIC 
destination, the sign is inserted into the zone field of the rightmost or leftmost character, depending 
upon the operator, and all other zone fields are set to hex”F”. For a hex destination and length > 
0, the sign is inserted as the leftmost or rightmost character, depending upon the operator; length + 1 
hex characters are transmitted to the destination sequence. If length < 0, no characters are transmitted 
to the destination. The operator mnemonics and names are listed below with the location of the sign 
for hex and EBCDIC sequences. 


If a Paged Array interrupt is generated after the sign is inserted,by a USNx operator with a hex desti- 
nation or by a UPLx operator, the RCW.rs bit is set to 1. When resumed in restart state, these 
operators ignore the sign (becoming, in effect, an unpack-unsigned operator.) 


If a Paged Array interrupt is generated by a UPRx operator in attempting to store the sign character 
into a hex destination, the RCW.rs bit is set and the length argument is updated to zero. When resu- 


med in restart state with a length = O and a hex destination, these operators proceed to store the sign. 
These operators do not require the use of restart state except for the hex length = 0 case. 


The following operators leave no results on the stack: 


HEX EBCDIC 


UPLD (unpack left-signed delete) left left 
UPRD (unpack right-signed delete) right right 
USND (unpack signed delete) left right 


The following operators leave the updated source operand on top of the stack and the updated destina- 
tion second from top of the stack: 


HEX EBCDIC 


UPLU (unpack left-signed update) left left 
UPRU (unpack right-signed update) _ right right 
USNU (unpack signed update) left right 


3-88 


System Architecture Reference Manual, Volume 2 
Operator Set and Common Actions 


Input-Convert Operators 


Input-convert operators perform a conversion from the source EBCDIC or hex decimal sequence to 
a numeric operand containing the signed integer value of the corresponding digit sequence. The oper- 
and is left as a result on the stack. TFFF and EXTF are left in undefined states. 


The required initial stack state is: 


— ee ee ee ont me em ne ee ee oe 
et me ee ee oe we oe oe oe 


If the length > 23, an Invalid Argument Value interrupt is generated. If the integer absolute value 
of the source decimal sequence is less than 8**13, a single integer is produced; otherwise a 
double__integer is produced. 


The following operators leave the integer result on top of the stack. 


ICUD (input convert unsigned delete) 
ICLD (input convert left-signed delete) 
ICRD (input convert right-signed delete) 
ICVD (input convert delete) 


The following operator leaves the updated source on top of the stack and the integer result second 
from top of the stack. 


ICVU (input convert update) 


If length > O and the source is hex and there is a sign, the number of characters read from a hex 
sequence is one greater than the length value. A sign is always present for ICLD, ICRD, and never 
present for ICUD; a sign is present for ICVx when the leftmost hexidecimal character is a nondigit. 
If length < 0, no source characters are read and the binary integer result is positive zero. 


The sign locations for these operators are the same as for the corresponding pack operators: 


ICUD: none 

ICLD, EBCDIC: zone of leftmost character 

ICLD, hex: leftmost character 

ICRD, EBCDIC: zone of rightmost character 

ICRD, hex: rightmost character 

ICVx, EBCDIC: zone of rightmost character 

ICVx, hex: leftmost character if nondigit, else none 


If any character in the source decimal sequence is not a decimal digit (see Decimal character-sequence 
operators), the result value is undefined, except that a sequence of all hex ”“F” characters is equivalent 
to a sequence of nines. 


If the ICRD operator is resumed in restart state with a hex source, the operator continues even if length 
= 0 (in which case the sign character is yet to be fetched). If a left-signed operator is resumed in 
restart state, the sign has already been determined; this concern applies to ICVD or ICVU with a hex 
source and to ICLD with any source. 
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Word-Transfer Operators 


Word-transfer operators transfer word elements from the source to the destination. The number of 
words is specified by the length. Source tags are transferred. 


The required initial stack state is: 


Length 


Source 


Destination 


A source operand is interpreted as a word or pair of words logically concatenated with itself indefini- 
tely. 


Source and destination Pointers, if, not already word-aligned, are advanced to the next word boundary 
(see element__size conventions under Pointer Operations). 


Word-Transfer-Protected Operators 

A word transfer operation is performed as defined above. 

The following operator leaves no results on the stack: 
TWSD (transfer words delete) 


The following operator leaves the updated source on top of the stack and the updated destination sec- 
ond from top of the stack: 


TWSU (transfer words update) 
Word-Transfer-Overwrite Operators 


A word-transfer operation is performed as defined above. Source words are transferred to the destina- 
tion regardless of tag value (a Paged Array interrupt cannot occur). 


The following operator leaves no results on the stack: 
TWOD (transfer words overwrite delete) 


The following operator leaves the updated source on top of the stack and the updated destination sec- 
ond from top of the stack: 


TWOU (transfer words overwrite update) 
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Primitive Display Operator 
SHOW (primitive display) 


The SHOW operator displays a sequence of characters on an external device (subject to implementation 
restrictions) without using the normal input/output system. SHOW requires two arguments, length (on 
top) and source. If the source is a descriptor, it must be an EBCDIC Pointer or an IndexedWordDD 
(which is coerced to an EBCDIC pointer); a hex pointer causes an Invalid Stack Argument interrupt 
to be generated. 


The operator causes min(length,implementation bound) characters to be transmitted from the source 
to a visible display; any excess characters are ignored. 


An upper bound on length is implementation-defined; acceptable values are 0 or >= 24. Any imple- 
mentation that has no display mechanism will define the bound as zero; the SHOW operator can then 
be implemented as equivalent to DLET twice (any type checking on the arguments is then optional). 


The SHOW source must be entirely contained within one actual segment. If an odd-tagged source word 
is encountered, a Memory Protect interrupt is generated. 


A display of any length, including zero, entirely removes any prior message. Each display persists until 
replaced by a subsequent display or destroyed by human action or some implementation-defined occur- 
rence. (For example, an implementation may share display facilities between primitive display and nor- 
mal Operator-Display-Terminal function, in which case ODT output can overwrite primitive output.) 
If separate processors simultaneously attempt primitive displays on a multiprocessor system, the effect 
is undefined. (At implementation option, there may be separate or shared display facilities.) 


The characters to be displayed are represented in EBCDIC. The following 44 characters, plus space, 
must be displayed with recognizable graphics: 


ABCDEFGHIJKLMNOPQRSTUVWXYZ 0123456789 ,./+-=() 


The display of any other EBCDIC non-control character is implementation-dependent. The effect of 
EBCDIC control characters is undefined. 


Pragmatic Notes 
SHOW operator is for low-level code 
The SHOW operator is applicable to very low-level code, such as bootstraps, operating-system 
initialization, and diagnostic procedures. Depending upon the implementation, the SHOW operator 
may be quite slow; it is not intended for routine use on a running system. (It is, of course, fast enough 
to avoid Loop Timer interrupts.) The SHOW source may not include a page boundary. 


Edit Operators 


Edit-mode operators can be considered sub-operators invoked by a special class of pointer operators, 
the enter-edit operators. Most edit operators process source or destination characters sequentially until 
a length is exhausted. 
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Enter-Edit Operators 


There are two modes in which edit operators are executed; each is initiated by an “enter edit” operator. 
The enter edit operator provides the source and destination. It may specify update, which causes a ref- 
erence to the destination and source (if applicable) to be left on top of the stack at termination of 
edit-mode. 


Table edit-mode 


A sequence of edit operators is executed until terminated by ENDE (end edit). Each acts on the source 
and destination supplied by the table enter edit operator, and length is a parameter for each edit 
operator requiring it. If update is specified, the updated source and destination are left on the stack 
by ENDE. 


Each edit operator that uses the source/destination updates it internally at termination, so that a group 
of edit operators may sequentially process source/destination characters. Character-skip operators may 
advance or back up the source/destination to alter the normal sequential processing. 


Single edit-mode 


A single edit operator acts on the source and destination supplied by the enter single edit operator. 
Length is also supplied as a stack argument at entry, whether or not it is required by the edit operator. 
If update is specified, the updated source and destination are left on the stack at termination of the 
edit operator. 


If a particular operator does not use the source or the destination argument, any tests on the argument 
type are optional for that operator for the unused argument(s). An unused argument may be modified 
by update action; for example, an IndexedWordDD may be changed to a Pointer. 


All enter-edit operators except EXPU set FLTF = O when executed in initial state; all leave FLTF 
unchanged when resumed in restart state. 


Enter-Table-Edit Operators 


Enter-table-edit operators supply the source and destination sequences, and a reference to the sequence, 
or table, of edit operators to be executed. Each edit operator acts on the source or destination supplied 
at entry, and length is a parameter for each edit operator requiring it. 


The required initial stack state is: 


Source 


Destination 
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If the edit-table argument is not an IndexedDD, an Invalid Stack Argument interrupt is generated. The 
data descriptor is interpreted as usual, except that the element__size field is ignored and the index field 
is subdivided as follows: 


[39: 1] zero 
esl [38: 3] Edit table syllable index of the first edit operator 
[35: 3] zero 
ewl [32:13] Edit table word index of the word containing the first edit operator 


If field [39:1] or [35:3] is non-zero, the results are undefined. If the esi field is not in the range {0 
to 5}, an Invalid Argument Value interrupt is generated. If the descriptor is not an indexed DD, an 
Invalid Stack Argument interrupt is generated. Otherwise, edit operators (and their parameters) are 
fetched from the edit-table, starting from the esi syllable of the ewi word, until completion of an 
ENDE (end edit) operator. The normal code stream is then resumed with the operator following the 
enter table-edit operator. 


If execution is attempted of an edit-table word that does not have a tag of zero, an Invalid Program 
Word interrupt is generated. If an ENDE is not encountered before the table array page is exhausted, 
the odd-tagged word that is required to follow the page causes an Invalid Program Word interrupt. 


In the case of a Paged Array interrupt, an operator executed in table-edit-mode must invoke restart 
action if the FLTF state is true or if the operator has traversed one or more characters or if the inter- 
rupt occurred transferring data to the destination. To invoke restart action, the operator sets RCW.rs 
to 1 and updates the stack to the restart configuration of the enter-table-edit operator: the updated 
length is on the stack in addition to the the updated table descriptor, updated source pointer, and the 
updated destination pointer. The updated length is either the topmost or the second argument, as 
specified by the implementation. The length argument (as a 20-bit integer) must always be present in 
restart state; otherwise the result is undefined. If the interrupted operator has no length parameter, 
the length argument value is 1. the updated table descriptor points to the edit operator that generated 
the interrupt. (Once an enter-table-edit operator has been resumed in restart state, any subsequent inter- 
ruption and resumption of the operation of that same edit operator must use restart state.) 


If the edit-table word index to be updated into a descriptor exceeds 2**13—1, an Invalid Index inter- 
rupt is generated. If the update was being done to report another interrupt, the Invalid Index is re- 
ported instead. An implementation may generate the interrupt at any point in the sequence processing 
when table code is being executed from a word whose index exceeds the limit. 

For the following operator, the edit-mode terminator ENDE leaves no results on the stack: 


TEED (table enter edit delete) 


For the following operator, the edit-mode terminator ENDE leaves the updated source on top of the 
stack and the updated destination second from top of the stack: 


TEEU (table enter edit update) 
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Pragmatic Notes 
Table-edit restart 


It may be simplest always to use restart mode for a page boundary interrupt in a table-edit sequence. 
Restart state is required in three cases: 


1. The interrupted edit operator has transferred one or more characters, so the updated length in 
a stack argument must be. used instead of the code parameter. 

2. The FLTF state is 1, so FLTF must not be reset upon resuming the operator. 

3. The interrupt occurred transferring data to the destination, so the length is required as either 
the top or second argument (as specified by the ODI__subtype field in the interrupt ID 
parameter). The length argument indicates to software the amount by which the destination seg- 
ment must be extended to complete the edit operator. If an interrupt occurs on an edit operator 
that lacks a length parameter (INSG, INOP, ENDF), the effective length is 1. 


Enter-Single-Edit Operators 


EXSU (execute single edit operator update) 
EXSD (execute single edit operator delete) 
EXPU (execute single edit operator, single pointer update) 


Enter-single-edit operators supply the destination sequence, (sometimes) the source sequence, and the 
length for the edit operator that follows it in the code-stream. Each argument must be on the stack 
and must meet type restrictions, although it may not be required by the edit operator. 


All edit operators requiring length terminate immediately if it is zero. 


The EXSD and EXSU operators require length, source, and destination on top of the stack: 


we ee ee om eee i i es 
— me ee ee ee ee es oe 
de 


For EXSD, the subsequent edit operator leaves no results on the stack. 


For EXSU, the subsequent edit operator leaves the updated source on top of the stack and the updated 
destination second from top of the stack. 


In the case of a Paged Array interrupt, any operator executed by EXSD or EXSU sets RCW.rs to 
1 if FLTF = 1. If an EXSx operator is resumed in restart state, any subsequent interruption and re- 
sumption of the same operation must use restart state. 


The EXPU operator requires length and destination on top of the stack. No source is provided; if the 
subsequent edit operator is one that generally requires a source, an Undefined Operator interrupt is 
generated. 
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The element__size convention applied is that a single or double-precision destination descriptor is 
changed to an EBCDIC Pointer. 


The subsequent edit operator leaves the updated destination Pointer on top of the stack. (No delete 
form of single-pointer enter edit operator is provided.) 


Edit-Mode Operators 


The following subsections define the operators that are executed in edit-mode (under the control of 
an enter-edit operator). (These operators are sometimes called "edit micro-operators”.) 


Character Skip Operators 


Character skip operators advance or back up the source or destination sequence. Length indicates the 
number of characters to be skipped (a negative length argument is treated as zero). 


Length is a parameter for table-edit-mode only: 


eee eee ee we we we em we we oe ee ee ee ee ee 


Skip Skip 
op Length op 
(Table edit) (Single edit) 


Skip Forward 


SFSC (skip forward source characters) 
SFDC (skip forward destination characters) 


Character skip forward operators advance the source or destination sequence. A source operand is cir- 
cularly rotated left by length characters. A Pointer is incremented by length characters. Each word in 
the array from the initial to the final point is accessed, and a Paged Array interrupt is generated if 
a word has an odd tag. If the operator SFSC is entered by the EXPU operator, an Undefined Operator 
interrupt is generated. 


Skip Reverse 


SRSC (skip reverse source characters) 
SRDC (skip reverse destination characters) 


Character skip reverse operators back up the source or destination sequence. A source operand is circu- 
larly rotated right by length characters. A Pointer is decremented by length characters; if the resultant 
word__-index is less than zero, a Paged Array interrupt is generated. Alternatively, each word addressed 
by the decrementing index (but not the initial word if the initial character index = 0) is accessed, and 
a Paged Array interrupt is generated if any of these words has an odd tag. If a Paged Array interrupt 
is generated, the updated version of the pointer that caused the fault has a word index of 0 and a 
character index of 0. If the operator SRSC is entered by the EXPU operator, an Undefined Operator 
interrupt is generated. 
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Character Insert Operators 


Character insert operators store a character or a sequence of characters into the destination sequence, 
in some cases conditionally based :on the value of FLTF (float flip-flop) and EXTF (external sign flip- 
flop). Each character is a parameter, except for a fixed sign character. 


If the destination is marked read__only, a Memory Protect interrupt is generated. 


Several insert operators do not allow a hex destination. Those that do store only the numeric field 
of a parameter character. 


INSU (insert Unconditional) 


INSU stores a sequence composed of length repetitions of the parameter character (Char) into the desti- 
nation. 


Length is a parameter for table-edit-mode only: 


(Table edit) (Single edit) 


INSC (insert conditional) 


INSC stores a sequence composed of length repetitions of a selected parameter character into the desti- 
nation. If FLTF = 0, ZeroChar is selected; if FLTF = 1, NonZeroChar is selected. 


Length is a parameter for table-edit-mode only: 


Zero | NonZero Zero NonZero 
INSC Length Char | Char INSC Char Char 
(Table edit) (Single edit) 


INOP (insert overpunch) 


INOP stores hex”D” into the zone field of the destination character if EXTF —1; the destination char- 
acter is not altered if EXTF = 0. Note that in either case the destination Pointer is advanced 1 charac- 
ter. If the destination element__size is hex, an Invalid Stack Argument interrupt is generated. 


INSG (insert display sign) 


INSG stores MinusChar into the destination if EXTF = 1, and stores PlusChar if EXTF = 0. If the 
destination element__size is hex, an Invalid Stack Argument interrupt is generated. 


MinusChar and PlusChar are parameters: 


Minus 
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ENDF (end float) 


If FLTF = 0, ENDF stores a selected parameter character into the destination; MinusChar is selected 
if EXTF —1, and PlusChar is selected if EXTF = 0. If FLTF = 1, no character is stored, and the 
destination Pointer is not advanced. FLTF is unconditionally reset to zero. 


MinusChar and PlusChar are parameters: 


Minus Pius 
ENDF Char Char 


Character Move Operators 

Character move operators transfer characters from source to destination with editing. Some move oper- 
ators conditionally store into the destination a sequence of repeated parameter characters based on the 
value of FLTF (float flip-flop), the source character, and EXTF (external sign flip-flop). 

If the operator is entered by the EXPU operator, an Undefined Operator interrupt is given. 

If the destination is marked read__only, a Memory Protect interrupt is generated. 

If the destination element__size is hex, only the numeric field of a parameter character is stored. 


MCHR (move characters) 


MCHR transfers length characters from the source to the destination. Length is a parameter for table-. 
edit-mode only: 


ee ee eee — ee 


(Table edit) (Single edit) 


MVNU (move numeric) 


For an EBCDIC source and destination, MVNU transfers length numeric fields from the source to the 
destination, setting each zone field to hex”F”. For a hex source and destination, MVNU transfers | 
length hex characters (in this case MVNU is identical to MCHR). 


Length is a parameter for table-edit-mode only: 


(Table edit) (Single edit) 
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MINS (move with insert) 

MINS performs a leading zero suppression function from the source to the destination for length 
source characters. In the following definition, the "source numeric field” is the numeric field of an 
EBCDIC character or the entire hex character. 

While FLTF = 0 and the value of the source numeric field is zero, the ZeroChar parameter is transfer- 
red to the destination. If the value of the source numeric field is nonzero, FLTF is set to, 1, and the 
source numeric field is transferred as described in the next paragraph. 


While FLTF = 1, the source numeric field is transferred to the destination and the zone field of an 
EBCDIC destination character is set to hex”F”. 


Length is a parameter for table-edit-mode only: 


| Zero Zero 
MINS | Length | Char MINS | Char 
(Table edit) (Single edit) 


MFLT (move with float) 


MFLT performs a signed leading zero suppression function from the source to the destination for 
length source characters. MFLT is functionally equivalent to MINS (move with insert) except for condi- 
tional insertion of a sign character into the destination sequence. 


While FLTF = 0 and the value of the source numeric field is zero, the ZeroChar parameter is transfer- 
red to the destination. 


If FLTF = O and the value of the source numeric field is nonzero, the PlusChar (if EXTF = 0) or 
the MinusChar (if EXTF = 1) is inserted in the destination sequence, FLTF is set to 1, and the source 
numeric field is transferred as defined for MINS. 


While FLTF = 1, the source numeric field is transferred to the destination, as in MINS. 


Note that the number of characters stored into the destination sequence may be length+ 1. Length char- 
acters are stored only if FLTF is initially 0 and for length characters, all source numeric fields are 
zero, or if FLTF is initially 1. 


Length is a parameter for table-edit-mode only: 


| | Zero Minus Plus 
MFLT | Length | Char Char | Char 
(Table edit) 
Zero Minus Pius 
MFLT Char Char Char 


(Single edit) 
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Miscellaneous Edit Operators 

RSTF (reset float flip-flop) 

RSTF unconditionally resets FLTF (float flip-flop) to 0. 
ENDE (end edit) 


ENDE terminates table-edit-mode. If update was enabled by the enter edit operator, ENDE leaves the 
updated source on top of the stack and the updated destination second from top of the stack. 


EXTERNAL COMMUNICATION OPERATORS 
CUIO (communicate with Universal |/O) 


CUIO requires an Input/Output Control Block (IOCB) data descriptor on top of the stack and passes 
the address field of the descriptor to the Message Level Interface Port (MLIP). An IOCB descriptor 
must be an unpaged unindexed present copy SingleDD. The first word of the referenced JOCB array 
must be a single-precision operand containing an IOCB mark, hex"10CB", in the field [47:16]. 


If the top-of-stack item is not a valid IOCB descriptor, an Invalid Stack Argument interrupt is gener- 
ated. If the first word of the IOCB array is not a single-precision operand with a valid IOCB mark, 
an Invalid Argument Value interrupt is generated. Otherwise, the address field of the descriptor is 
transmitted to the MLIP, and CUIO terminates when the MLIP acknowledges receiving the address. 


A detailed description of 1/O operation is contained in the second volume of this manual (the unique 
System Reference Manual of a host system that uses this architecture). 


SCNI/ SCNO (scan_ in/out) 
IDLE (idle until interrupt) 


IDLE loops internally until an external interrupt signal is present. At that time, it invokes the interrupt 
procedure and terminates. The CS flip-flop is not examined or altered. The interrupt RCW designates 
the operator following the IDLE. 


PAUS (pause until interrupt) 


PAUS loops internally until an external interrupt signal is present, at which time the operator termi- 
nates normally. 


The PAUS and IDLE operators differ in that the IDLE operator causes the external interrupt to occur, 
regardless of control state. The interrupt occurs immediately after a PAUS if CS is false or the inter- 
rupt is not masked by CS; otherwise the interrupt remains pending. 


REMC (read external memory control) 


The REMC operator is provided to read implementation-defined state in devices connected to the pro- 
cessor. A "memory control” is typical of such a device. REMC accepts a single-precision argument and 
leaves a single-precision value. The implementation must specify the allowable argument values, any 
validity checking, the form and meaning of the output values, and the semantics of the operator, in- 
cluding any interrupt generation. 
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Pragmatic Notes 
Implementation-defined low-level operators See the note under RIPS. 
WEMC (write external memory control) 


The WEMC operator is provided to write implementation-defined state in devices connected to the pro- 
cessor. A “memory control” is typical of such a device. WEMC accepts two single-precision arguments 
and leaves no result. The implementation must specify the allowable argument values, any validity 
checking, and the semantics of the operator, including any interrupt generation. 


Pragmatic Notes 


Implementation-defined low-level operators See note under RIPS. 


MISCELLANEOUS OPERATORS 
NOOP (no. operation) 

No action is performed. 

DLAY (delay) 


The DLAY operator has a one-syllable code parameter. 


OO ne 


a se ee eee 


DLAY does nothing for N+1 intervals of time T, where N is the parameter value and T is implementa- 
tion-defined. The main purpose of the DLAY operator is to occupy one processor long enough for 
other processor(s) to effect memory access to a shared data word; T should be chosen to suit this pur- 


pose. 


The DLAY operator is not intended for accurate timings; an error of plus or minus max(2,N/5)*T 
is acceptable. 


Pragmatic Notes 

DLAY pragmatics 
In typical implementations, T should be about the duration of an operator (such as RDLK) for which 
access to main memory is required. On implementations that overlap execution of multiple operators, 


it may be desirable for DLAY to synchronize the processor so that other operators are also not ac- 
cessing memory. 


PUSH (push working stack onto activation record) 


The PUSH operator makes all items on the expression stack addressable as part of the topmost activa- 
tion record. (See also Expression Stack.) 
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STOP (unconditional processor halt) 


STOP causes the processor execution to halt in an orderly way, so that execution can be resumed by 
an external action. 


HALT (conditional processor halt) 


If the processor Halt Boolean is false, HALT is equivalent to NOOP. If the Halt Boolean is true and 
the HALT operator is executed in variant-mode, the operator is equivalent to STOP. If the Halt Boo- 
lean is true and the HALT operator is executed in edit-mode, processor execution halts; the resulting 
processor state and the ability to continue execution are implementation-defined. 


NVLD (invalid operator) 
An Invalid Operator interrupt is unconditionally generated. 
ASRT (assert) 


The ASRT operator has a one-syllable code parameter. 


(variant) | ASRT code 


The ASRT operator requires one operand on the stack; otherwise an Invalid Stack Argument interrupt 
is generated. 


The stack argument is interpreted as a Boolean value. If it is True, no further action is taken. If it 
is False, a False Assertion interrupt is generated with the “interrupt code” parameter passed as an 8-bit 
integer as the P2 parameter. 


VARI (introduce variant operator) 


The VARI operator may be considered a primary operator that causes the next code syllable to be 
interpreted as a variant operator. The two operator syllables are tightly bound, in that no external in- 
terrupt can occur between the VARI and the introduced operator, and any RCW that designates a 
variant operator must point to the VARI. 
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SECTION 4 
INTERRUPTS 


GENERAL INFORMATION 


An interrupt is an automatic invocation of an operating-system procedure; the mechanism is defined 
in Section 3 as the common action aINTE. Exit from the MCP interrupt procedure, when practical, 
returns execution to the interrupted code-stream. 


Interrupts are divided into three classes: 


ODI An Operator Dependent Interrupt is invoked directly by the current 
Operator to request an MCP service required by the operator or to 
report a programming or operator fault 


Alarm An Alarm interrupt is triggered by hardware fault detection during 
operator execution 


External An External interrupt is invoked between operators to report events 
that are independent of the executing code-stream. 


Appendix C of this manual summarizes Operator Dependent Interrupts and lists operators that invoke 
each interrupt. In addition, Appendix C also gives the principal condition or state that causes an 
operator sequence to invoke each interrupt. Operator functions and sequences are defined in Section 
3 of this manual. 


For External interrupts, the RCW created by ENTR (and stored at the F+1 stack location) will point 
to the next operator in the current code-stream; for Alarm interrupts, it will point to the operator that 
was executing when the fault was detected. For most Operator Dependent interrupts, the RCW points 
to the operator that generated the interrupt. In some cases, the RCW points to the operator immediate- 
ly following that which detected the interrupt, or indicates the new destination if the interrupt occurred 
in distributing a code-stream pointer. Note that in single edit-mode, the executing operator is consid- 
ered to be the enter single edit operator, not the edit operator. Similarly, for variant-mode operators, 
the RCW points at the VARI operator. 


Interrupt Parameters 


Information passed to the MCP interrupt procedure is contained in two parameter items in the stack. 
The first is a single-precision operand interpreted as an interrupt identification literal (ID). The second 
item, called the P2 parameter, varies according to the nature of the interrupt. 


Interrupt ID Parameter 
The first interrupt parameter is the single-precision interrupt identification literal (ID parameter). Fig- 
ures 4-1 through 4-3 show the different formats of this interrupt parameter word. For all interrupts, 


the int__class field (ID.[26:3]) indicates the class of interrupt with values {1 = Operator Dependent, 
2 = Alarm, 4 = External}. Note that {0,3,5,6,7} are invalid. 
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MV5375 


E-mode__bit 
int__class 
hetero 
valid__state 
P2__double 


this__op 


ODI__subtype 
ODI__type 


[15: 


4] 


[11:12] 


Interrupts 


Constant value 1 

Binary 001: Operator Dependent 

Reserved for use by heterogeneous systems 
(1: valid; 0: invalid) 

(O: P2.tag value was retained, 

1: P2.tag was 2) 

(0: code-stream pointer advanced or moved, 
1: RCW -— interrupted operator) 

Qualifiers for particular ODI interrupts 
ODI type number 


Figure 4-1. P-1 Operator Dependent Interrupt (ODI) ID Parameter Format 
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MV5376 
E-mode_ bit [28: 1] Constant value 1 
int__class [26: 3] Binary 010: Alarm 
hetero [23: 4] Reserved for use by heterogeneous systems 
valid__state [19: 1] (1: valid; 0: invalid) 
P2_ double [18: 1] (0: P2.tag value was retained, 
1: P2.tag was 2) 
this__op [17: 1] (0: code-stream pointer advanced or moved, 
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1: RCW => interrupted operator) 
Invalid Address 
Uncorrectable Memory Error 
Hardware Error 

Loop Timer 


invalid__addr [ 4: 
mem__error [ 3: 1] 
[ 1: 
[ 0 


hardware__error 
loop__timer 


— 

— 
| el eae ce el 
Il 


Figure 4-2. P-1 Alarm Interrupt ID Parameter Format 
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MV5377 
E-mode__bit [28: 1] Constant value 1 
int__class [26: 3] Binary 100: External 
hetero [23: 4] Reserved for use by heterogeneous systems 
valid__state [19: 1] (1: valid) 
P2__ double [18: 1] (0: P2.tag value was retained) 
this__op [17: 1] (0: code-stream pointer advanced or moved) 
run__timeout [ 4: 1] 1 = Running Timeout 
unmasked__attn [ 3: 1] 1 = Unmasked Attention 
IO [ 2: 1] 1 = I/O Finished 
attn { 1: 1] 1 = Attention 
int__timer [ 0: 1] 1 = Interval Timer 


Figure 4-3. P-1 External Interrupt ID Parameter Format 


System Architecture Reference Manual, Volume 2 
Interrupts 


Fields in [47:32] are common to the interrupt ID for all interrupt classes and are defined below. Fields 
in [15:16] depend on the int__class value and are defined in Section 1 for each class of interrupts. 


Interrupt ID (tag = 0) 


Field Name Bits Meaning or Usage 
[47:19] Reserved for future use 
E-mode__bit {28: 1] Constant value 1 
[27: 1] Reserved for future use 
int__class [26: 3] 1 = Operator Dependent 
2 = Alarm 
4 = External 
hetero [23: 4] Reserved for implementation-defined use by 


heterogeneous systems 


valid__state {19: 1] Indicates validity of state for re-entry to the 
code-stream (1: valid; 0: invalid) . 


P2__double [18: 1] If 1, the P2 parameter is a single-precision 
first word of a item. If 0, the tag of the P2 
parameter correctly indicates its type. 


this__op [17: 1] If 1, the RCW points to the interrupted 
operator. If 0, the-code-stream pointer has 
been advanced or moved. 


[16: 1] Reserved 
[15:16] Dependent on int__class 


The E-mode__bit serves to distinguish interrupts on this architecture from those of preceding implemen- 
tations that may share software. (If the E-mode__bit is 1, the processor is capable of executing the 
WATI operator.) 


If valid__state = 1, the global system state and the top-of-stack configuration are proper for initiation 
of the operator referenced by the interrupt RCW. If valid__state = 0, the global system state or the 
top-of-stack configuration may not be consistent; the operating system may not EXIT back to the inter- 
rupted environment. In this case the state of the stack immediately below the interrupt MSCW is imple- 
mentation-defined. 


If this__.op = 1, the interrupt RCW references the operator that was interrupted. (If that operator 
was a variant operator, the RCW points to the VARI; if it was an edit-mode operator, the RCW points 
to the TEED, TEEU, EXSD, EXSU or EXPU operator.) If this__op = 0, the RCW records a code- 
stream pointer that has been advanced or moved. If the interrupt is Operator Dependent or an Alarm, 
it was generated (or enabled) by or during the previous operator execution. That operator may not 
be the physical predecessor in the code-segment; it may have been a branch or subroutine operator 
that moved the code-stream pointer. 


ID.P2__double is used to indicate that the P2 parameter had a tag = 2. (See Interrupt P2 Parameter 
in this section.) 
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The couple (valid__state,this__op) is subject to the following interpretations: 


(0,0) The interrupted code-stream may not be resumed; the interrupt was 
generated by a prior operator or between operators, not by the 
operator addressed by the RCW. 


(0,1) The interrupted code-stream may not be resumed; the RCW addresses 
the operator that was interrupted. 


(1,0) The code-stream may be resumed with the operator referenced by the 
RCW, which did not generate the interrupt. The interrupt may have 
been generated between operators (external), or by the previous 
operator (operator-dependent), which has consumed its stack inputs, 
produced its normal stack outputs, and effected its normal changes on 
system state. 


(1,1) The code-stream may be resumed at the operator that was interrupted. 
(RCW.rs is 0 or 1, depending on the stack configuration for initial or 
restart state at the beginning sequence of the operator.) 


Resumption Conditions 


The triple (ID.valid__state,ID.this__op,RCW.rs) defines the "resumption condition” for an interrupt. 
Frequently specified resumption conditions have names, as follows (x means “either O or | as imple- 
mentation-defined”"): . 


(0,x,x) Defunct 
(1,0,0) Continue 
(1,1,x) | Repeat-IR 
(1,1,0)  Repeat-Initial 
(1,1,1) | Repeat-Restart 


The term Continue-Next is used as an abbreviation for the specification that the resumption condition 
is Continue and the interrupt RCW references the operator that follows the interrupted operator in 
the code-segment. The Continue-Next condition is not uniquely encoded, but can be inferred when 
Continue condition is reported for particular interrupt types. 


Repeat-IR specifies “either Repeat-Initial or Repeat-Restart as implementation-defined”. The term is 
used when Restart is not required, but may be used at implementation option. 


The resumption condition is specified for each interrupt. The specification may be applied to the entire 
class, to an interrupt type, or to a particular instance of interrupt generation. 


NOTE 
The specification of a Repeat-Initial condition means the state is consistent 
with re-entering the dperator "at the top,” not that the operator inputs are 
unchanged. For example, a reference-evaluation operator may have consumed 
part of a reference chain, or a pointer operator may have performed part of 
its function and updated its arguments. 
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Pragmatic Notes 
Valid__state permits operator retry action 


For operator-dependent error interrupts and alarm interrupts, the valid__state bit informs the MCP 
whether operator retry is feasible. In general, the extent to which operators may be retried depends 
on the implementation. The specification requires that valid__state be 0 unless retry is proper; it usually 
does not specify which error situations may permit retry. 


One practical implementation technique is to define a “retry” bit that is set true at the beginning of 
each operator and set false whenever an operator changes state in any way that invalidates retry; error 
interrupt generation then transcribes “retry” to ID.valid__estate. 


P2 parameter 


The second interrupt parameter, the P2 parameter, varies according to the specific interrupt type. For 
a given interrupt it may be an item of fixed or varying type, or it may contain no information. 


Interrupts involving descriptors often present special concerns for P2. The phrase "P2 is a copy of the 
descriptor” is used to mean that if a DD is encountered, aCPY action is used to fetch a copy DD 
as P2; this situation is typical of an interrupt generated by an operator that is attempting to fetch a 
word from memory and interpret it as a descriptor. For Presence Bit interrupts generated in code- 
stream pointer distribution, P2 is an aCPY copy of the absent CSD; this is the only context in which 
a copy CSD occurs. In some error reports, a descriptor may occur in memory or on the stack simply 
as a word type not recognized in the context; in such cases an unchanged duplicate of an original de- 
scriptor may be reported as P2. 


Whenever the item to be reported as P2 is double-precision (tag = 2), the first word of the item is 
reported with tag —0O and P2__double = 1 is reported in the ID parameter. (Correct software 
operation requires that the interrupt mechanism pass a fixed number of parameter words to the inter- 
rupt procedure, so a double-precision tag in P2 is suppressed.) 


Interrupt Definition, in this section, specifies interpretation individually for all interrupts in which P2 
is meaningful. Where the P2 parameter contains no information, it is not explicitly specified. 


Superhalt 


A superhalt condition exists when the processor cannot continue to process operators, either in the cur- 
rent code-stream or by interrupting to another code-stream. When a superhalt condition exists, the pro- 
cessor halts in a state from which normal continuation is not possible. 


Superhalt conditions can be generated internally by implementation (a microprocessor failure), by an 
operator (that is, when MVST encounters an interruptable condition during the interval that the proces- 
sor has no stack environment), or by detection of an interrupt loop. 


An interrupt loop is detected by means of the Interrupt__Count register value. The register is incre- 
mented by one at the beginning of interrupt entry; if it is incremented from 3, a superhalt condition 
exists. The Interrupt__Count register is not automatically decremented; it can be set to zero by the 
ZIC operator. (An interrupt loop could arise if, for example, the ENTR operator invoked by the inter- 
rupt entry sequence itself generated an interrupt and the ENTR invoked by that interrupt generated 
an interrupt, ad infinitum.) 
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INTERRUPT DEFINITION 
Operator Dependent Interrupts 


Operator Dependent Interrupts are invoked directly by the current operator to request an MCP service 
required by the operator or to report a programming or operator fault. 


The Operator Dependent ID parameter identifies the type of interrupt, and indicates by the valid__state 
and this__op bits the status of the code-stream pointer in the interrupt RCW (see Resumption Condi- 
tion). Operator Dependent ID (int__class = 1). 


ODI__subtype [15: 4] The subtype of Operator Dependent Interrupt, defined as 
required for each value of ODI__type. 
ODI__type [11:12] The type of Operator Dependent Interrupt, where 


0 = Presence Bit S 
1 = Paged Array SE 


[12:1] 
[13:1] 


: page referenced by P2 was being written 


: length is word count 
: length is character count 


1 
l 
0 
[14:1] 1: length is at F-2 
0: length is at F-1 
1: operator was skip reverse 


[15:1] 
({14:2] is valid only if [12:1] = 1) 


2 = Stack-Overflow Se 

3 = Invalid Operator Es 

4 = Undefined Operator Es 

5 = Invalid Stack Argument E 
6 = Invalid Argument Value E 
7 = Invalid Code Parameter E 
8 = Invalid Reference E 

9 = Invalid Reference Chain Es 
[12:1] = 1: operator was ENTR 
10 = Invalid Index Es 

11 = Memory Protect E 

12 = Divide by Zero E# 

13 = Exponent-Underflow Ew# 
14 = Exponent-Overflow E# 
15 = Integer-Overflow E# 

16 = Stack-Underflow E 

17 = << unused >> 

18 = Stack Structure Error E 
19 = Code Segment Error E 
20 = Invalid Program Word E 
21 = << unused >> 

22 = Invalid Object E 
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23 = Page Structure Error E 
24 = Block Exit S 

25 = Binding Request S 

[12:1] = 1: operator was ENTR 
26 = Precision Loss Ew# 

27 = False Assertion E 

28 = Locking S 


29 = Unlocking S 


Values of specific ODI__subtype bits are defined for specific ODI__type cases; when not specified, 
ODI__subtype values are undefined. 


Operator Dependent Interrupts are defined in two classes: those that (usually) request an MCP service, 
and those that (usually) report error conditions arising from programming or operator faults. The next 
two subsections define these classes. 


Pragmatic Notes 
ODI Classification 


As a suffix to the ODI__type definition, the table above shows the classification of each interrupt, 
according to the following legend. In general, interrupts classified as "E” have implementation-defined 
resumption conditions and cannot, therefore, be treated as service requests. The other interrupts gener- 
ally have resumption conditions specified in this architecture. Most "E#” and “Ew#” cases have Contin- 
ue-Next specifications, with the operator result on the stack, but that result is reasonable only in the 
"Ew" case. 


S: Service 

Se: Service, sometimes treated as error 

SE: Service by definition, but likely to be Error 

E: Error 

Es: Error, but capable of being interpreted as Service 

E#: Error: numeric result is out of range and unusable 

Ew#: Error warning: numeric result is out of range but usable 


When an operator reports several interrupts, there is generally no requirement that one interrupt take 
precedence, other than that imposed by the operator function. When processing actions are functionally 
sequential, interrupts generated by the earlier take precedence; otherwise, interrupts generated by any 
part of the operator may be reported. (For example, if some item B is meaningful only when item 
A is interpreted in a particular way, an error in that interpretation of A must take precedence over 
an error detected in B.) If a conditional action of the operator is not performed, interrupts that might 
have been generated by it are not required. (For example, if the interpretation of A is such that B 
is not significant, then any errors that might have been detected in B need not be reported.) 


Pragmatic Notes 
ODI__subtype provides operator context 
ODI__subtype values are defined for certain ODI__type values to allow software to determine the inter- 


rupt context without the need to locate the interrupted operator by evaluation of the RCW code-stream 
pointer. 
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MCP Service 


The interrupts defined in this section usually constitute requests for an MCP service that is an extension 
of the hardware operators. In some situations, especially limiting cases, no service can be provided and 
the interrupt must be treated as an error. 


Presence Bit 


A Presence Bit interrupt is used by operators to gain access to a data array or program code-segment 
that is not present in memory. A data array (or a stack) is accessed through a DD. A program code- 
segment is accessed through a CSD. A Presence Bit interrupt is generated when access is required under 
the following conditions: 


Access is required through use of an original DD that is absent (DD.present = 0 and DD.copy = 
0). An absent copy DD is treated as a reference to the original. If DD.present = 0 and DD.copy = 
1, Mem[DD.address] is accessed; the Presence Bit interrupt occurs only if that original DD is absent. 
(If no original DD is found, an Invalid Object interrupt is generated, rather than the Presence Bit inter- 


rupt.) 


Access to code is required by means of an absent CSD (CSD.present = 0). 


NOTE 
A Presence Bit interrupt is not generated if the descriptor is an absent copy, 
but the associated original descriptor is present. In that case, the address field 
of the associated original is used to make the required access. 


In the case of an access through a data descriptor, including a stack descriptor, the P2 parameter is 
a copy of the DD. The resumption condition is Repeat: after the segment has been made present and 
the original DD changed, an exit from the interrupt procedure will repeat the operator that generated 
the interrupt. 


In the case of an access through a code-segment descriptor, the P2 parameter is a copy of the CSD. 
The resumption condition is Continue and the interrupt RCW contains the new code-stream pointer. 
After the code-segment has been made present and the original CSD changed, an exit from the inter- 
rupt procedure will complete the enter, exit, or dynamic branch into the intended code-segment. 


Paged Array 


A Paged Array interrupt is used by pointer operators to indicate an attempted access beyond the end 
of the array or page. Pointer operators that access a data array sequentially rely on the following as- 
sumptions: 7 


1. The elements of an array. page are operands. 
2. The words directly before and after an array page have odd tags. 


Pointer operators generally perform sequential processing of data arrays. A Paged Array interrupt is 
generated by these operators when an odd-tagged item is read from an array or a Store is attempted 
into an array word containing an odd-tagged item. If the MCP determines that the odd-tagged word 
marks the end of the virtual array, an error condition exists, and the operator can be resumed only 
if the MCP enlarges the segment and modifies the descriptors accordingly. If the odd-tagged word 
marks the end of an actual segment (array page) but not the end of the virtual-segment, the MCP 
can adjust the pointer on the stack and return from the interrupt procedure to resume the operator 
on the next page of the array. 
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For operators traversing the sequence in the forward direction, bit-15 in the ODI__subtype field of the 
interrupt parameter is 0, and P2 is an IndexedDD denoting the first character where access was at- 
tempted within a word with an odd tag; normally, this is the first character outside the actual segment. 
For skip reverse operators, bit-15 in ID.ODI subtype is 1 and P2 is normally an IndexedDD with index 
0, denoting the beginning of the actual segment in which the skip occurred; if an odd-tag word occurs 
within the segment, the index of P2 is implementation-dependent. The MCP is required to replace the 
first copy of the same IndexedDD below the interrupt MSCW by an IndexedDD correctly referencing 
the next array element. 


Three bits in ODI__subtype indicate whether the descriptor in P2 is the destination of a transfer, 
whether the transfer is in words or characters, and the location of the updated length argument; Bits 
13 and 14 are significant only if bit 12 = 1. A fourth bit indicates the direction of traversal of the 
character sequence. 


[12:1] Transfer destination indicator 
(0: P2 is source pointer or operator does not transfer data; 
1: P2 is destination pointer and operator transfers data.) 
[13:1] Element size indicator (0: characters; 1: words) 
[14:1] Length position indicator (0: in Mem[F-1]; 
[15:1] Direction indicator (0: forward; 1: reverse) 


The resumption condition for Paged Array interrupt is specified in Appendix C; it is usually a form 
of Repeat. 


Pragmatic Notes 


ODI__subtype supports destination expansion 


ODI__subtype bit 12 is defined for Paged Array interrupt so that software can recognize attempted 
data transfer past the segment end. Software has the option of expanding the segment and resuming 
the interrupted operator. The amount of expansion required to complete the operation can be deter- 
mined from the updated length, the P2 element__size, and the indicator in ODI__subtype bit 13. The 
stack location of the updated length is indicated in bit 14. 


Binding Request 


A Binding Request interrupt is generated when a reference chain evaluation (for any operator but 
EVAL) produces a DD with element__size = 7. The interrupt is also generated when an indexing oper- 
ator encounters a copy DD with element__size = 7 as a Descriptor Indication. 


The requested service is to replace the original DD with an appropriate item according to software con- 
vention. (If the DD is an absent original, all fields but present, copy, and element__size are subject 
to software interpretation.) 


The P2 parameter is a copy of that descriptor. (If that descriptor is an original DD, the copy is created 
by aCPY action). If the interrupted operator is ENTR, bit 12 of the interrupt ID parameter is set to 
1. 


The resumption condition is Repeat-Initial or Repeat-Restart according to whether the interrupted oper- 
ator began in initial or restart state. 
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Stack Overflow 


Stack-Overflow indicates that a push onto the expression stack has caused the stack size to equal its 
limit. The interrupt is a request to the MCP to extend the array in memory for the stack. All operators 
may be resumed subsequent to MCP Stack-Overflow processing, under the assumption that the stack 
size has been extended. 


One of the following conditions must be present to restart or retry an operation that encounters a 
Stack-Overflow interrupt: 


1. The operator must complete before generating the interrupt. In this case the resumption condi- 
tion is Continue. 

2. The operator must detect any possible stack overflow before altering its inputs or any perma- 
nent state. In this case, the operator may be retried, and the resumption condition is Repeat. 


Resumption condition specifications for either of these two interrupt situations is implementation-de- 
pendent, within the constraints listed. 


While classified as an Operator Dependent Interrupt, Stack-Overflow is not necessarily reported by an 
operator that causes growth in the number of words on the expression stack. Because the Stack-Over- 
flow condition may be defined in terms of memory words, and because a processor may retain some 
top-of-stack words in local state, the Stack-Overflow condition may be detected when words that are 
already formally on the expression stack are moved from local state to memory. Note, too, that an 
operator can pop a word from the expression stack, causing S to be decremented to LOSR-1, and then 
push a result onto the stack; thus, an operator with no more stack results than arguments can generate 
a Stack-Overflow interrupt. 


Block Exit 


The EXIT and RETN operators generate a Block Exit interrupt when an attempt is made to deallocate 
an activation record that has RCW.block__exit = 1. 


The resumption condition is Repeat-Initial. 


Locking and Unlocking 


The Locking and Unlocking interrupts are generated by the LOK and UNLK operators, respectively, 
when operating-system service is required to resolve an interlock contention. P2 contains a reference 
(SIRW or IndexedSingleDD) to the interlock. 


The resumption condition is Continue-Next. 
Error Reporting 


This set of interrupts reports error conditions arising from programming, compiler or operator faults. 
(In some cases, the MCP may take corrective measures or otherwise remove the error situation and 
resume the code-stream, in which case the interrupt was effectively a service request. Such action is 
possible, of course, only with Repeat and Continue resumption conditions, when ID.valid__state = 


1.) 


Some error reporting interrupts are “optional.” That is, some valid implementations of this specifica- 
tion may not check for these error conditions. On such an implementation, the results of an operation 
producing an undetected error condition are undefined. Appendix C indicates which error conditions 
are optional. 
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Pragmatic Notes 
Optional checks 
The principles upon which some checks are made optional are these: 


1. Given a correct implementation of operating system and user-language compiler, there is no way 
to verify that the check is or is not made. 
2. The likelihood of a devastating failure being avoided by including the check is deemed small. 


A compelling reason for omitting a consistency check is that some optimization has made it unneces- 
sary for the relevant state to be accessed. In other cases, an implementation can be made faster by 
ignoring some checks on state that are unlikely to be wrong or innocuous if wrong. The general recom- 
mendation is that an implementation include as many checks as practical, especially tag checks on any 
words that must be accessed anyway. 


Invalid Operator 


An Invalid Operator interrupt is unconditionally generated by execution of NVLD (invalid operator). 
No other operator generates this interrupt. 


The resumption condition is Repeat-Initial. 


Undefined Operator 


An Undefined Operator interrupt is generated due to the attempted execution of an operator whose 
encoding is not valid in the context. Valid operator encodings are found in Appendixes A and B. Pri- 
mary and Variant encodings are expected in the normal succession of operators in the code-stream, 
whether accessed sequentially or subsequent to branch or subroutine operators. Edit encodings are ex- 
pected in the code-stream following an enter single-edit operator or in a table designated by an enter 
table-edit operator; edit operators requiring a destination are undefined following the EXPU operator. 
Only a NAMC operator is defined following a MKSN operator. 


If an edit operator was expected, the resumption condition is Defunct-Here: the RCW points to the 
enter-edit operator, and for table edit, the table pointer is updated to point to the offending code- 
syllable. If an operator other than NAMC follows MKSN (and the implementation enforces the restric- 
tion), the resumption condition is Defunct; it is implementation-defined whether the RCW points to 
the MKSN, or to the next operator in the code-stream sequence. 


Otherwise, the resumption condition is Continue-Next, and P2 is an operand containing the following 
information: 


[47:39] zero 
[ 8: 1] 1 if a variant operator was expected 
[ 7: 8] The unrecognized operator syllable 


Invalid Stack Argument 


An Invalid Stack Argument interrupt indicates an invalid initial stack state for an operator. This inter- 
rupt is generated by any operator that places data type restrictions on its dynamic stack arguments 
if one or more items on top of the stack do not have the required type(s). Argument type restrictions 
are in terms of data types defined in Supported Data Types, of this section, according to tag value 
and, in some cases, additional type bits within the word. 
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For all Invalid Stack Argument interrupts, the stack item that violates type restriction is the P2 
parameter. If two or more items are of incorrect type, only one is the P2 parameter. If the incorrect 
item is double-precision, the first word is given as a single-precision P2 parameter operand, and 
ID.P2__double = 1. If the incorrect item is an original DD, it is given as P2 without modification. 


The resumption conditions are implementation-defined. 


Invalid Argument Value 


An Invalid Argument Value interrupt indicates that the data type of a dynamic stack argument is cor- 
rect, but its value is not within a valid range. This interrupt is generated if an operand argument (inter- 
preted as an integer) produces an invalid value, or if a field of a structured data type item has an 
undefined or invalid value. 


The stack item having an invalid value is the P2 parameter. If that item is double-precision, its first 
word is given as a single-precision P2 parameter operand, and ID.P2__double = 1. 


The resumption conditions are implementation-defined. 


Invalid Code Parameter 


An Invalid Code Parameter interrupt indicates that a code-stream parameter has an invalid value. This 
interrupt is generated if a parameter is interpreted as an integer and produces a value greater than the 
maximum valid value, or if the value of the parameter does not meet other constraints imposed by 
the operator. The invalid value is given as the P2 parameter in the form of a single__integer. 


The resumption conditions are implementation-defined. 


Invalid Reference 


An Invalid Reference interrupt indicates an attempted evaluation of an invalid address-couple reference 
to an item in the current addressing environment. This interrupt is generated during evaluation of a 
NIRW or an address-couple parameter under the following conditions: 


1. The Lambda (lexical level): component is greater than LL (the lexical level at which the proces- 
sor is running). 

2. For Lambda = LL, the address of the referenced stack location is greater than the top-of-stack 
address. 


If the invalid reference is a NIRW, the NIRW is given as the P2 parameter. If the invalid reference 
is an address-couple parameter, the P2 parameter is a single-precision operand whose low-order field 
is the address-couple. A fixed-fence address-couple is transferred to P2 without modification; a 
variable-fence address-couple may be given as P2 without modification or, after translation to fixed- 
fence format, as defined by the implementation. 


The resumption conditions are implementation-defined. 


Invalid Reference Chain 


An Invalid Reference chain interrupt indicates that a reference evaluation produced an unexpected re- 
sult. This interrupt is generated by operators that evaluate reference chains, when the evaluation of 
an address-couple parameter, NIRW, SIRW, or IndexedWordDD produces an item that is neither a 
valid reference in the chain nor a valid target item that terminates the chain. The definitions of valid 
reference chains and valid target items vary according to operator function. 
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The invalid reference evaluation result is the P2 parameter. If that item is a double-precision operand, 
the first word is passed as a single-precision operand with ID.P2__double = 1. If that item is a DD, 
the P2 value is a copy fetched by aCPY action. (The reference evaluation result is never the initial 
reference; an incorrect initial reference causes an Invalid Reference or Invalid Stack Argument inter- 
rupt.) If the interrupted operator is ENTR, bit 12 of the interrupt ID parameter is set to 1. 


The resumption conditions are Repeat-Restart if the operator began in restart state, or Repeat-IR other- 
wise. When the initial-or restart-state specification of the operator requires an initial reference to the 
chain in question, a valid reference is left on the stack; this may be the original reference (unless PCW 
evaluation has occurred) or one of its successors. 


Pragmatic Notes 
Restart states for Invalid Reference Chain interrupts 


Typically, an invalid reference chain is detected when some valid reference (in the operator context) 
points to some item that is not valid. The last valid reference is left on the stack as the argument to 
resume the operator, and the erroneous item is the P2 parameter. The typical resumption condition 
is Repeat-Initial. If the reference chain did not include a PCW (accidental entry), it is also permissible 
to leave the initial reference as the resumption stack argument. In the particular case that the initial 
reference is part of the operator (a VALC operator for instance), the choices are to use Repeat-Initial 
and restart the chain from the beginning, or to use Repeat-Restart and provide the reference argument 
on the stack. (Of course, if a PCW has already been evaluated, the Repeat-Restart condition must be 
used; this is an example of “once in restart, always in restart.”) 


Pragmatic Notes 
Interrupts related to reference evaluation 


The Invalid Reference Chain interrupt is generated in situations in which a reference does not point 
to a valid item. It is generated only by operators that evaluate potential reference chains. When the 
chaining rules for such an operator are violated, there are three possible interpretations from a pro- 
grammers viewpoint, but these are not generally distinguishable by the processor: 


The unexpected item was an improper next reference in the chain. 
The unexpected item was an improper final target. 
The unexpected item was the accidental target of a valid-appearing, but misdirected reference. 


The first possibility can be excluded in any context that does not permit reference chaining. In these 
cases, the Invalid Object interrupt is generated (although the third possibility still exists). 


If an initial reference is unacceptable as to type, an Invalid Stack Argument interrupt is generated. 
Address-couple initial references are also subject to Invalid Reference interrupts. 


If PCW evaluation invokes an accidental-entry procedure that returns an unsatisfactory value, the resu- 
med operator produces an Invalid Stack Argument, rather than an Invalid Reference Chain interrupt. 
This situation is the same as that of an invalid initial reference for the restarted operator. 


If the invalid reference evaluation result in an Invalid Reference Chain situation is a DD with 
element__size = 7, a Binding Request interrupt is generated instead. 
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Invalid Object 


An Invalid Object interrupt is generated if a single reference (rather than a reference chain) evaluation 
is to be performed and the target object does not satisfy the operator requirements. 


The interrupt is also generated in certain special cases: 

A double-precision operand is to be fetched, but the second word has an incorrect tag. 
The stack-vector descriptor is not an unpaged, original SingleDD. 

The operand type to be stored (single-or double-precision) does not fit the target. 

A stack descriptor is not an unpaged, unindexed Single DD. 

The address field of an absent copy DD does not designate an original DD. 


The invalid object word is the P2 parameter. If that word has a tag of 2, it is passed as a single- 
precision operand with ID.P2__double = 1. If that word is a DD, the P2 value is a copy fetched by 
aCPY action. 


The resumption conditions are implementation-defined. 


Invalid Index 


An Invalid Index interrupt is generated if an integer value used to index an array of elements is not 
within a valid index range for that array. Invalid Index conditions may exist for indexing data descrip- 
tors, code-segment descriptors, the stack-vector descriptor, or (by the OCRX operator) linear indexing 
functions. Invalid Index interrupts can also be generated when an index value exceeds the field width 
in a descriptor. The P2 parameter varies depending on the type of array and form of index, as noted 
in the following cases: 


Data Descriptor (DD) 


Invalid Index is generated when indexing an unindexed DD if the index value is not in the range {0 
to DD.length-1} ofr if, in indexing an unpaged DD or updating an indexed DD, the computed word 
index is not in the range {0 to 2**W-—1} (where W is 20 for IndexedWordDDs, 16 for pointers, and 
13 for edit table operators). Indexing operators pass a copy of the unindexed DD as the P2 parameter. 
Pointer operators pass a copy of the IndexedDD as the P2 parameter, with the word index field con- 
taining the computed index modulo 2**W. 


Code Segment Descriptor (CSD) 


Invalid Index is generated by branching operators if the program-word index component is not in the 
range {0 to CSD.seg__length-1}. If the new code-stream pointer is specified by a PCW (dynamic 
branches, ENTR), the PCW is passed as the P2 parameter. If branching within the current code-seg- 
ment is indicated by a top-of-stack operand (dynamic branches), P2 is the operand, and if indicated 
by a parameter (static branches), P2 is a single-precision operand, where the low-order field is the 
16-bit parameter. 
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Stack-Vector Descriptor (SVD) 


Invalid Index is generated during stack accessing if the stack__number is not in the range {0 to 
SVD.length-1}. An indexed copy of the SVD, where the index field is the invalid stack__number, is 
the P2 parameter. 


Linear record structure 


Invalid Index is generated by the OCRX operator if the sequence index operand is not in the range 
{1 to ICW.ICW__limit}. P2 is implementation defined. 


The resumption condition is Repeat-IR for INDX, INXA, NXLV, NXVA, and NXLN, when the index 
is not in {0 to DD.length-1}, and Repeat-IR for OCRX when the index is not in {1 to 
ICW.ICW__limit}. The resumption condition is implementation-defined in all other cases. 


Memory Protect 


A Memory Protect interrupt indicates an invalid attempt to write into a memory location, or improper 
access to a memory-protected word. It is generated under the following conditions: 


1. A write is attempted by store, overwrite, pointer, or edit operators, where the memory location 
is referenced by an IndexedDD marked read__only. The IndexedDD is the P2 parameter. 

2. For store operators, a tag = 3 item is encountered in evaluating a reference chain, or the sec- 
ond-word location for a double-precision item contains an odd-tagged word. The tag = 3 or 
odd-tagged item is the P2 parameter. 

3. An odd tagged word is unexpectedly encountered in a set or translate table by a pointer 
operator or in the source by a show operator. The IndexedDD referencing this word is the P2 
parameter. 


The resumption conditions are implementation-defined. 
Divide by Zero 


A Divide by Zero interrupt is generated by arithmetic divide operators if the numeric interpretation 
of the top-of-stack operand (the divisor) yields a value of zero. 


The P2 parameter is the dividend. 


The resumption condition is Continue-Next; the result value is implementation-dependent. 


Exponent-Overflow 


An Exponent-Overflow interrupt is generated by arithmetic and numeric type transfer operators if the 
result of a rounding or truncation function is an exponent value too large to fit in the exponent field 
of the operand format. 


The resumption condition is Continue-Next. For SNGL or SNGT, the result type is single-precision. 
For binary operators, the result value is single-or double-precision as.determined by the input argument 
types. The result magnitude is the largest representable in that type; the result sign is determined by 
the input argument(s). 
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Exponent-Underflow 


An Exponent-Underflow interrupt is generated by arithmetic and numeric type transfer operators if the 
result of a rounding, truncation, or normalization function is an exponent value too small to fit in 
the exponent field of the operand format. 


The resumption condition is Continue-Next. The result type is single-precision for SNGL or SNGT, 
as determined by the input argument types(s) for other operators. The result value is zero. The inter- 
rupt procedure can simply exit, if the underflow is tolerable. 


Precision Loss 


A Precision Loss interrupt is generated by arithmetic operators if the result of a rounding function 
results in a Loss-Of-Precision. 


When Precision Loss is reported, the unnormalized (imprecise) result of the operation is left on the 
stack and the resumption condition is Continue-Next. The interrupt procedure can simply exit, if the 
Loss-Of-Precision is tolerable. 


Integer-Overflow 


An Integer-Overflow interrupt indicates that an operand required to have an integer value cannot be 
represented as an integer. This interrupt is generated if the integer numeric value of the operand, after 
truncation or rounding if necessary, is not in the range {—2**39+1 to 2**39—1} for single-or 
{ —2**78+1 to 2**78—1} for double-precision. 


The operand is the P2 parameter. If it is double-precision, the first word is used as a single-precision 
P2 parameter operand, with ID.P2__double = 1. For the following operators, the resumption condi- 
tion is Continue-Next and the result on the stack has the specified type and representation, with inde- 
terminate value: 


Operator Type Representation 


NTIA, NTGR single-precision integer 
NTGD, NTTD double-precision integer 
IDIV per inputs integer 
RDIV per inputs any 


For the following operators, if the interrupt occurs while integerizing the argument to be scaled or con- 
verted, the resumption condition is Continue-Next and the result on the stack has the specified type 
and representation, with indeterminate value: 


Operator Type Representation 
SCLF, DSLF double-precision integer 
SCRR, DSRR, SCRT, DSRT double-precision integer 
SCRF, DSRF single-precision decimal-digit sequence 
SCRS, DSRS (tos)double-precision decimal-digit sequence 
(2nd)single-precision decimal-digit sequence 
BCD, DBCD per N decimal-digit sequence 


In all other cases of Integer-Overflow, resumption conditions are implementation-defined. 
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Pragmatic Notes 
Integer-Overflow Pragmatics 


Integer-Overflow interrupt permits continuation of the code-stream when the argument being integer- 
ized is the primary input to an operator whose output is an arithmetic function of that input. The 
code-stream cannot be resumed when the argument is, for instance, an index, a length, or a scale fac- 
tor. The type and representation of the results are those that would occur in the limit with inputs that 
result in very large, but not overflowing, magnitudes. Note that a single-or double-precision zero is 
an acceptable result in each case. 


Stack-Underflow 


Stack-Underflow indicates that an operator attempted to pop an argument from an empty expression 
stack. The expression stack is the set of locations whose addresses are in the range {D[LL]+2 to 
LOSR}. A Stack-Underflow interrupt is generated if the address of the top-of-stack is less than 
D[{LL]+2 when a pop is attempted. 


Resumption conditions are implementation-defined. 


Stack Structure Error 


A Stack Structure Error interrupt indicates an invalid condition in the stack linkage structures used 
to control procedure entry, procedure exit, and move-to-stack operations. The item presented as the 
P2 parameter depends on the error condition, as noted. 


The following notation is used: 


Stack[i] = Contents at index i in the current stack. 
Mem[a] = Contents of memory word at address a. 
HistLink = Stack index computed from a history link. 

LexLink = Address computed from a lexical link. 

The operators ENTR (including aACCE and aINTE), EXIT, RETN, MVST, and aLXCH generate 
Stack Structure Error interrupts under any of the following conditions. 


(Stack[HistLink] — = MSCW) or (Mem[LexLink] — = entered MSCW) or 
(ENTR: Mem[F] = inactive MSCW) or 

(EXIT,RETN: Mem[D[LL]+1] — = RCW) or 

(aLXCH: Mem[LexLink to level ij.lex__level — = i) 

(MVST: Stack[0] — = TSCW): P2 = invalid word. 


(EXIT,RETN: RCW.Il — = MSCW.II) or (MVST: LL — = MSCW.1I)), for the first entered 
MSCW on the historical chain whose head is the history link corresponding to the RCW or derived 
from the TSCW: P2 = RCW or TSCW. 


(HistLink < 0: P2 = MSCW containing the history link) 
(EXIT,RETN,MVST: history__link = O in inactive MSCW: P2 is is MSCW) 
(MVST: Computed F address < BOSR: P2 = F address) 

(ENTR: S s F: P2 = S). 
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The common action aLXLK generates the interrupt when the referent is not an entered MSCW , or 
when the MSCW for level i does not have i in the lex__level field. P2 is the incorrect word. 


The operators MKST (including aACCE, but not aINTE) and IMKS can optionally generate a Stack 
Structure Error interrupt if S+1-F exceeds 2**14—1 or S+1-BOSR exceeds 2**16—1. P2 is the errone- 
ous value. 


The STFF and ENTR operators (including aACCE, but not aINTE) can optionally generate a Stack 
Structure Error interrupt if the displacement value in the Lexical Link corresponding to the address- 
couple exceeds 2**16—1. P2 is the displacement value. 


Type checking of a stack linkage word (MSCW) occurs whenever the word must be accessed; the check 
is always optional if the access is optional. Operators that update display registers may traverse part, 
but not necessarily all, of the lexical chain for the new environment; these operators are ENTR (includ- 
ing aACCE and aINTE), EXIT, RETN and MVST (see aLXCH). Operators that evaluate an NIRW 
(or PCW/RCW) may need to traverse part of the lexical chain if the implementation does not include 
a complete set of display registers (see aLXLK). 


Resumption conditions are implementation-defined. 


Code Segment Error 


A Code Segment Error interrupt indicates that in distributing a PCW or RCW code-stream pointer, 
an invalid code-segment descriptor is accessed. This interrupt is generated if the item accessed at ad- 
dress-couple (sdll,sdi) is not a tag-3 word, where sdll and sdi are components of a RCW or PCW code- 
stream pointer. The invalid word is the P2 parameter. 


The resumption condition is as follows: ID.valid__state assumes an implementation-defined value, 
ID.this_op = 0, and the interrupt RCW contains the new code-stream pointer. 


Invalid Program Word 


An Invalid Program Word interrupt indicates that a word accessed from the current code-segment is 
not a Program Code Word. It is generated in table-edit-mode if the word tag is not 0. In all other 
modes it is generated if the tag is not 3. 


The invalid word is the P2 parameter. 


For non-table code, the resumption condition is as follows: ID.valid__state assumes an implementation- 
defined value. ID.this_.op = 0 if the invalid word contained the first syllable of a branch target, or 
ID.this_.op = 1 otherwise. The interrupt RCW references the first syllable of the operator that con- 
tains a syllable in the invalid word. 


For edit-table code, the resumption condition is implementation-defined, but the stack configuration 
must be defined to contain an updated table pointer referencing the edit operator that encountered the 
invalid word. 


Page Structure Error 


A Page Structure Error interrupt is generated when an attempt to index a paged array encounters a 
page descriptor which is not an unpaged, original SingleDD. P2 is a copy of the erroneous page de- 
scriptor. The resumption condition is implementation-defined. 
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False Assertion 


The False Assertion interrupt is generated only by the ASRT operator when the stack argument is 
False. The one-syllable code parameter is presented as an 8-bit integer value in the P2 parameter . 


The resumption condition is Continue-Next. 
Alarm Interrupts 


Alarm interrupts are triggered by hardware fault detection, and the RCW created by the interrupt entry 
will point to the operator that was executing when the fault was detected. 


The Alarm ID parameter identifies the type of interrupt and indicates whether or not the interrupted 
operator may be retried. If the stack state at the time of the interrupt is still consistent with the re- 
quired initial state for the operator, and no global system state has been irreparably altered, the re- 
sumption condition is Repeat-IR; otherwise it is Defunct. More than one fault condition may be re- 
ported by a single Alarm interrupt. 


Alarm ID (int__class = 2) 


[15:11] Reserved 


int__type { 4: 5] The type of Alarm interrupt composed of: 
invalid__addr [ 4: 1] = 1 = Invalid Address 
mem__error [ 3: 1] = 1 = Uncorrectable Memory 
Error 
hardware_error [ 1: 1] = 1 = Hardware Error 
loop_timer [ 0: 1] = 1 = Loop timer 


Invalid Address 


This interrupt indicates an attempt to address a word of memory that does not exist on the system. 
P2 contains the address. 


Uncorrectable Memory Error 


The P2 parameter identifies the memory address and the nature of the error. Single-bit read data errors 
are corrected by hardware and are not reported by an interrupt, unless correction is disabled. 


P2 parameter: 


mem__error_type  [47: 7] The memory error field composed of: 
mem__single__bit[43: 1] = 1 = Single-Bit Read data Error 
mem__multi_bit [42: 1] = 1 = Multiple-Bit Read data 
Error 
addr_PE [41: 1] = 1 = Address-Parity Error 

syndrome [39: 8] Reserved for implementation definition 
address [31:32] = The implementation-defined memory 
address for the memory operation 
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Loop Timer 


This interrupt indicates an effectively infinite loop by an operator. It is triggered by expiration of a 
timer whose interval is sufficient for valid execution of any operator. A Loop Timer interrupt indicates 
an operator fault, with two possible exceptions: 


1. Reference chain evaluation is nonterminating if the chain loops. 
2. The LLLU (linked list lookup) operator may encounter a data-driven, nonterminating loop. 


The following operators are not subject to the Loop Timer interrupt; HALT (when the Halt Boolean 
is TRUE), STOP, IDLE, and PAUS. 


Hardware Error 


This interrupt indicates a hardware-detected error that is uncorrectable. The P2 parameter is implemen- 
tation-defined. 


External Interrupts 


External interrupts are invoked between operators to report events that are independent of the execut- 
ing code-stream. 


The External ID parameter identifies the type of interrupt. More than one external event may be re- 
ported by a single External interrupt. The resumption condition is Continue; the interrupt RCW refer- 
ences the next operator in the interrupted code-stream. 


External ID (int__class = 4) 


[15:11] Reserved 


int__type [ 4: 5] The type of External Interrupt composed of: 
run__timeout [ 4: 1] = 1 = Running Timeout 
unmasked__attn [ 3: 1] = 1 = Unmasked Attention 
IO { 2: 1] = 1 = I/O Finished 
attn [ 1: 1] = 1 Attention 
int__timer [ 0: 1] 1 = Interval Timer 


External interrupts are masked by the CS (control state) flip-flop, except for Unmasked Attention and 
Running Timeout. External interrupt cannot occur between a VARI and the subsequent variant 
operator syllable, or between an enter-single-edit operator and the subsequent edit-mode operator. 
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OPERATOR SET 


GENERAL INFORMATION 


This appendix contains two tables, which list the operators described in section 3 of this manual. The 


common actions described in section 3 are not included in the tables. 


Table A-1 lists operators in alphabetic order according to the formal description of the operation. For 
each operator, the corresponding mnemonic and hexidecimal code-string value are given. 


Table A-2 lists operators in hexidecimal code-string value order, in Mode sequence. All Primary-Mode 
operators are listed, followed by all Variant-Mode operators, followed by all Edit-Mode operators. For 
each operator hexidecimal code, the corresponding formal description name and mnemonic are given. 


These two tables contain the same data, collated in different ways. Thus, two different approaches can 
be used to obtain corresponding data about any operator in the Operator Set repertoire. 


ADD 


Table A-1. Operators, Alphabetical List 


Operator Name 


ARITHMETIC MAXIMUM 
ARITHMETIC MINIMUM 


ASSERT 


BINARY CONVERT TO DECIMAL 


BIT RESET 


BIT SET 


BRANCH FALSE 
BRANCH TRUE 
BRANCH UNCONDITIONAL 
CHANGE SIGN BIT 


COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 
COMPARE 


CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 
CHARACTERS 


EQUAL DELETE 

EQUAL UPDATE 
GREATER OR EQUAL DELETE 
GREATER OR EQUAL UPDATE 
GREATER DELETE 

GREATER UPDATE 

LESS OR EQUAL DELETE 
LESS OR EQUAL UPDATE 
LESS DELETE 

LESS UPDATE 

NOT EQUAL DELETE 

NOT EQUAL UPDATE 


CONDITIONAL LOCK INTERLOCK 
CONDITIONAL PROCESSOR HALT 
COUNT BINARY ONES 
COMMUNICATE WITH UNIVERSAL [1/0 
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Mnemonic 


ADD 
AMAX 
AMIN 
ASRT 
BCD 
BRST 
BSET 
BRFL 
BRTR 
BRUN 
CHSN 
CEQD 
CEQU 
CGED 


Hexidecimal 
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DELAY 


Table A-1. Operators, Alphabetical List (Cont) 


Operator Name 


DELETE TOP-OF-STACK 
DISABLE EXTERNAL INTERRUPT 


DIVIDE 


DUPLICATE TOP-OF-STACK 


DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 
DYNAMIC 


BINARY CONVERT TO DECIMAL 
BIT RESET 

BIT SET 

BRANCH FALSE 

BRANCH TRUE 

BRANCH UNCONDITIONAL 
FIELD INSERT 

FIELD ISOLATE 

FIELD TRANSFER 

RANGE TEST 

SCALE LEFT 

SCALE RIGHT FINAL 
SCALE RIGHT ROUND 
SCALE RIGHT SAVE 
SCALE RIGHT TRUNCATE 


ENABLE EXTERNAL INTERRUPTS 
END EDIT (Edit-Mode) 
END FLOAT (Edit Mode) 


ENTER 
EQUAL 


EVALUATE 

EXCHANGE 

EXECUTE SINGLE MICRO, SINGLE POINTER UPDATE 
EXECUTE SINGLE MICRO DELETE 

EXECUTE SINGLE MICRO UPDATE 


EXIT 


FIELD INSERT 

FIELD ISOLATE 

FIELD TRANSFER 

GREATER THAN 

GREATER THAN OR EQUAL 
[IDLE UNTIL INTERRUPT 


INDEX 


INDEX AND LOAD NAME 

INDEX AND LOAD VALUE 

INDEX AND LOAD VALUE VIA ADDRESS COUPLE 
INDEX VIA ADDRESS COUPLE 

INPUT CONVERT DELETE 


INPUT CONVERT LEFT-SIGNED DELETE 
INPUT CONVERT RIGHT-SIGNED DELETE 
INPUT CONVERT UNSIGNED DELETE 
INPUT CONVERT UPDATE 

INTRODUCE VARIANT OPERATOR 
INSERT CONDITIONAL (Edit-Mode) 


Mnemonic 


DLAY 
DLET 
DEXI 
DIVD 
DUPL 
DBCD 
DBRS 
DBST 
DBFL 
DBTR 
DBUN 
DINS 
DISO 
DFTR 
DRNT 
DSLF 
DSRF 


Hexidecimal 


95F6 
BS 
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Table A-1. Operators, Alphabetical List (Cont) 


Operator Name 


INSERT DISPLAY SIGN (Edit-Mode) 
INSERT MARK STACK 

INSERT OVERPUNCH (Edit-Mode) 
INSERT UNCONDITIONAL (Edit-Mode) 
INTEGER DIVIDE 

INTEGERIZE DOUBLE-PRECISION ROUNDED 
INTEGERIZE DOUBLE-PRECISION TRUNCATED 
INTERGERIZE ROUNDED 
INTERGERIZE TRUNCATED 
INVALID OPERATOR 

INVALID OPERATOR 

LEADING ONE TEST 
LINKED LIST LOOKUP 

LESS THAN 

LESS THAN OR EQUAL 
LITERAL CALL ONE 
LITERAL CALL ZERO 

LITERAL CALL 8-BITS 

LITERAL CALL 16-BITS 

LITERAL CALL 48-BITS 

LOAD 

LOAD TRANSPARENT 

LOAD TRANSPARENT 

LOCK INTERLOCK 

LOGICAL AND 

LOGICAL EQUAL 

LOGICAL EQUALITY 

LOGICAL NEGATE 

LOGICAL OR 

LONG NAME CALL 

LONG VALUE CALL 

MAKE PROGRAM CONTROL WORD 
MARK STACK BOUND TO NAME CALL 
MARK STACK 

MASKED SEARCH FOR EQUAL 
MOVE CHARACTERS (Edit-Mode) 
MOVE NUMERIC UNCONDITIONAL (Edit-Mode) 
MOVE TO STACK 

MOVE WITH FLOAT (Edit-Mode) 
MOVE WITH INSERT (Edit-Mode) 
MULTIPLY 

MULTIPLY EXTENDED 

NAME CALL 


NO OPERATION 
NO OPERATION 
NORMALIZE 
NOT EQUAL 
OCCURS INDEX 
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Mnemonic 


INSG 
IMKS 
INOP 
INSU 
IDIV 
NTGD 
NTTD 
NTGR 
NTIA 
NVLD 
NVLD 
LOG2 
LLLU 
LESS 
LSEQ 
ONE 
ZERO 
LT8 
LT16 
LT48 
LOAD 
LODT 
LODT 
LOK 
LAND 
SAME 
LEQV 
LNOT 
LOR 
LNMC 
LVLC 
MPCW 
MKSN 
MKST 
SRCH 
MCHR 
MVNU 
MVST 
MFLT 
MINS 
MULT 
MULX 
NAMC 


NOOP 
NOOP 
NORM 
NEQL 
OCRX 


Hexidecimal 
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Table A-1. Operators, Alphabetical List (Cont) 


Overator Name 


OVERWRITE DELETE 

OVERWRITE NON-DELETE 

PACK DELETE 

PACK LEFT-SIGNED 

PACK RIGHT-SIGNED 

PACK UNSIGNED 

PACK UPDATE 

PAUSE UNTIL INTERRUPT 
PRIMITIVE DISPLAY 

PUSH DOWN STACK REGISTERS 
RANGE TEST 

READ AND CLEAR OVERFLOW FLIP-FLOP 
READ EXTERNAL MEMORY CONTROL 
READ INTERLOCK STATUS 

READ INTERNAL PROCESSOR STATE 
READ MACHINE IDENTIFICATION 
READ PROCESSOR IDENTIFICATION 
READ PROCESSOR REGISTER 

READ STACK NUMBER 

READ TAG FIELD 

READ TIME-OF-DAY CLOCK 

READ TRUE/FALSE FLIP-FLOP 
READ WITH LOCK 

REMAINDER DIVIDE 

RESET FLOAT (Edit-Mode) 

RETURN 

ROTATE STACK DOWN 

ROTATE STACK UP 

RUNNING INDICATOR 

SCALE LEFT 

SCALE RIGHT FINAL 

SCALE RIGHT ROUNDED 

SCALE RIGHT SAVE 

SCALE RIGHT TRUNCATE 

SCAN WHILE EQUAL DELETE 
SCAN WHILE EQUAL UPDATE 
SCAN WHILE FALSE DELETE 

SCAN WHILE FALSE UPDATE 


SCAN WHILE GREATER OR EQUAL DELETE 
SCAN WHILE GREATER OR EQUAL UPDATE 


SCAN WHILE GREATER DELETE 

SCAN WHILE GREATER UPDATE 

SCAN WHILE LESS OR EQUAL DELETE 
SCAN WHILE LESS OR EQUAL UPDATE 
SCAN WHILE LESS DELETE 

SCAN WHILE LESS UPDATE 

SCAN WHILE NOT EQUAL DELETE 
SCAN WHILE NOT EQUAL UPDATE 
SCAN WHILE TRUE DELETE 


Mnemonic 


OVRD 
OVRN 
PACD 
PKLD 


- PKRD 


Hexidecimal 
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Table A-1. Operators, Alphabetical List (Cont) 


Operator Name Mnemonic Hexidecimal — 
SCAN WHILE TRUE UPDATE SWTU 95DD 
SET DOUBLE TO TWO SINGLES SPLT 9543 
SET EXTERNAL SIGN FLIP-FLOP SXSN D6 
SET INTERVAL TIMER SINT 9545 
SET PROCESSOR REGISTER SPRR 95B9 
SET TAG FIELD STAG 95B4 
SET TO DOUBLE-PRECISION XTND CE 
SET TO SINGLE-PRECISION ROUNDED SNGL CD 
SET TO SINGLE-PRECISION TRUNCATED SNGT ce 
SET TWO SINGLES TO DOUBLE JOIN 9542 
SKIP FORWARD DESTINATION CHARACTERS (Edit-Mode) SFDC DA 
SKIP FORWARD SOURCE CHARACTERS (Edit-Mode) SFSC D2 
SKIP REVERSE DESTINATION CHARACTERS (Edit-Mode) SRDC DB 
SKIP REVERSE SOURCE CHARACTERS (Edit-Mode) SRSC D3 
STORE DELETE STOD B8 
STORE DELETE VIA ADDRESS COUPLE STAD F6 
STORE NON-DELETE STON B9 
STORE NON-DELETE VIA ADDRESS COUPLE STAN F7 
STRING ISOLATE SISO D5 
STUFF ENVIRONMENT STFF AF 
SUBTRACT SUBT 81 
TABLE ENTER EDIT DELETE TSSD DO 
TABLE ENTER EDIT UPDATE TEEU D8 
TRANSFER CHARACTERS UNCONDITIONAL DELETE TUND E6 
TRANSFER CHARACTERS UNCONDITIONAL UPDATE TUNU EE 
TRANSFER WHILE EQUAL DELETE TEQD E4 
TRANSFER WHILE EQUAL UPDATE TEQU EC 
TRANSFER WHILE FALSE DELETE TWFD 95D2 
TRANSFER WHILE FALSE UPDATE TWFU 95DA 
TRANSFER WHILE GREATER OR EQUAL DELETE TGED El 
TRANSFER WHILE GREATER OR EQUAL UPDATE TGEU E9 
TRANSFER WHILE GREATER DELETE TGTD E2 
TRANSFER WHILE GREATER UPDATE TGTU EA 
TRANSFER WHILE LESS OR EQUAL DELETE TLED 3 
TRANSFER WHILE LESS OR EQUAL UPDATE TLEU EB 
TRANSFER WHILE LESS DELETE TLSD EO 
TRANSFER WHILE LESS UPDATE TLSU E8 
TRANSFER WHILE NOT EQUAL DELETE TNED ES 
TRANSFER WHILE NOT EQUAL UPDATE TNEU ED 
TRANSFER WHILE TRUE DELETE TWTD 95D3 
TRANSFER WHILE TRUE UPDATE TWTU 95DB 
TRANSFER WORDS OVERWRITE DELETE TWOD D4 
TRANSFER WORDS OVERWRITE UPDATE TWOU DC 
TRANSFER WORDS DELETE TWSD D3 
TRANSFER WORDS UPDATE TWSU DB 
TRANSLATE TRNS 95D7 
UNCONDITIONAL PROCESSOR HALT STOP 95BF 
UNLOCK INTERLOCK UNLK 95B2 
UNPACK LEFT-SIGNED DELETE UPLD 9570 
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Table A-1. Operators, Alphabetical List (Cont) 


Operator Name Mnemonic Hexidecimal 
UNPACK LEFT-SIGNED UPDATE UPLU 9578 
UNPACK RIGHT-SIGNED DELETE UPRD 9571 
UNPACK RIGHT-SIGNED UPDATE UPRU =: 9579 
UNPACK UNSIGNED DELETE UABD = _95D1 
UNPACK UNSIGNED UPDATE UABU = _-95D9 
UNPACK SIGNED DELETE USND = _95D0 
UNPACKED SIGNED UPDATE USNU —_- 95D8 
VALUE CALL VALC 00 to 
3F 
WRITE EXTERNAL MEMORY CONTROL WEMC_ 9593 
WRITE INTERNAL PROCESSOR STATE WIPS 9599 
WRITE TIME-OF-DAY WTOD = 9549 
ZERO INTERRUPT__COUNT ZIC 9540 


Table A-2. Operators, Numerical List 


Hexidecimal Operator name Mnemonic 


PRIMARY MODE 


00 thru 3F VALUE CALL VALC 
40 thru 7F NAME CALL NAMC 
80 ADD ADD 
81 SUBTRACT SUBT 
82 MULTIPLY MULT 
83 DIVIDE DIVD 
84 INTEGER DIVIDE [DIV 
85 REMAINDER DIVIDE RDIV 
86 INTEGERIZE TRUNCATE NTIA 
87 INTEGERIZE ROUNDED NTGR 
88 LESS THAN LESS 
89 GREATER THAN OR EQUAL GREQ 
8A GREATER THAN GRTR 
8B LESS THAN OR EQUAL LSEQ 
8C EQUAL EQUL 
8D NOT EQUAL NEQL 
8E CHANGE SIGN BIT CHSN 
8F EXTENDED MULTIPLY MULX 
90 LOGICAL AND LAND 
91 LOGICAL OR LOR 
92 LOGICAL NEGATE LNOT 
93 LOGICAL EQUALITY LEQV 
94 LOGICAL EQUAL SAME 
95 INTRODUCE VARIANT OPERATOR VARI 
96 BIT SET BSET 
97 DYNAMIC BIT SET DBST 
98 FIELD TRANSFER FLTR 
99 DYNAMIC FIELD TRANSFER DFTR 
9A FIELD ISOLATE ISOL 


Hexidecimal 


PRIMARY MODE 
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Table A-2. Operators, Numerical List (Cont) 


Operator name 


DYNAMIC FIELD ISOLATE 

FIELD INSERT 

DYNAMIC FIELD INSERT 

BIT RESET 

DYNAMIC BIT RESET 

BRANCH FALSE 

BRANCH TRUE 

BRANCH UNCONDITIONAL 

EXIT 

INPUT CONVERT UNSIGNED DELETE 
INDEX AND LOAD NAME 

INDEX 

RETURN 

DYNAMIC BRANCH FALSE 
DYNAMIC BRANCH TRUE 
DYNAMIC BRANCH UNCONDITIONAL 
ENTER 

EVALUATE DESCRIPTOR 

INDEX AND LOAD VALUE 

MARK STACK 

STUFF ENVIRONMENT 

LITERAL CALL ZERO 

LITERAL CALL ONE 

LITERAL CALL 8-BITS 

LITERAL CALL 16-BITS 

PUSH DOWN STACK REGISTERS 
DELETE TOP-OF-STACK 
EXCHANGE 

DUPLICATE TOP-OF-STACK 

STORE DELETE 

STORE NON-DELETE 

OVERWRITE DELETE 

OVERWRITE NON-DELETE 

LOAD TRANSPARENT 

LOAD 

LITERAL CALL 48-BITS 

MAKE PROGRAM CONTROL WORD 
SCALE LEFT 

DYNAMIC SCALE LEFT 

SCALE RIGHT TRUNCATE 
DYNAMIC SCALE RIGHT TRUNCATE 
SCALE RIGHT SAVE 

DYNAMIC SCALE RIGHT SAVE 
SCALE RIGHT FINAL 

DYNAMIC SCALE RIGHT FINAL 
SCALE RIGHT ROUNDED 
DYNAMIC SCALE RIGHT ROUNDED 
INPUT CONVERT DELETE 


Mnemonic 
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PRIMARY MODE 


Table A-2. Operators, Numerical List (Cont) 


Operator name 


INPUT CONVERT UPDATE 

SET TO SINGLE-PRECISION TRUNCATED 
SET TO SINGLE-PRECISION ROUNDED 

SET TO DOUBLE-PRECISION 

INSERT MARK STACK 

TABLE ENTER EDIT DELETE 

PACK DESTRUCTIVE 

EXECUTE SINGLE MICRO DELETE 
TRANSFER WORDS DESTRUCTIVE 
TRANSFER WORDS OVERWRITE DELETE 
STRING ISOLATE 

SET EXTERNAL SIGN FLIP-FLOP 

READ AND CLEAR OVERFLOW FLIP-FLOP 
TABLE ENTER EDIT UPDATE 

PACK UPDATE 

EXECUTE SINGLE MICRO UPDATE 
TRANSFER WORDS UPDATE 

TRANSFER WORDS OVERWRITE UPDATE 
EXECUTE SINGLE MICRO SINGLE POINTER 
UPDATE 

READ TRUE/FALSE FLIP-FLOP 

MARK STACK BOUND TO NAME CALL 
TRANSFER WHILE LESS DELETE 

TRANSFER WHILE GREATER OR EQUAL DELETE 
TRANSFER WHILE GREATER DELETE 
TRANSFER WHILE LESS OR EQUAL DELETE 
TRANSFER WHILE EQUAL DELETE 
TRANSFER WHILE NOT EQUAL DELETE 
TRANSFER CHARACTERS UNCONDITIONAL 
DELETE 

INDEX VIA ADDRESS COUPLE 

TRANSFER WHILE LESS UPDATE 
TRANSFER WHILE GREATER OR EQUAL UPDATE 
TRANSFER WHILE GREATER UPDATE 
TRANSFER WHILE LESS OR EQUAL UPDATE 
TRANSFER WHILE EQUAL UPDATE 
TRANSFER WHILE NOT EQUAL UPDATE 
TRANSFER CHARACTERS UNCONDITIONAL 
UPDATE 

INDEX AND LOAD VALUE VIA ADDRESS 
COUPLE 

COMPARE CHARACTERS LESS DELETE 
COMPARE CHARACTERS GREATER OR EQUAL 
DELETE 

COMPARE CHARACTERS GREATER DELETE 
COMPARE CHARACTERS LESS OR EQUAL 
DELETE 

COMPARE CHARACTERS EQUAL DELETE 


Mnemonic 


ICVU 
SNGT 
SNGL 
XTND 
IMKS 
TEED 
PACD 
EXSD 
TWSD 
TWOD 
SISO 
SXSN 
ROFF 
TEEU 
PACU 
EXSU 
TWSU 
TWOU 
EXPU 


TRFF 
MKSN 
TLSD 

TGED 
TGTD 
TLED 

TEQD 
TNED 
TUND 


INXA 
TLSU 

TGEU 
TGTU 
TLEU 

TEQU 
TNEU 
TUNU 


NXVA 


CLSD 
CGED 


CGTD 
CLED 


CEQD 


Hexidecimal 


PRIMARY MODE 


VARIANT MODE 


9540 
9541 
9542 
9543 
9544 
9545 
9546 
9547 
9549 
954C 
954E 
9570 
ppt 
9572 
9573 
9574 
9575 
9576 
9577 
9578 
9579 
957F 
9580 
9581 
9582 
9583 
9584 
9585 
9586 
9587 
9588 
958A 
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Operator name 


COMPARE CHARACTERS NOT EQUAL DELETE 
STORE DELETE VIA ADDRESS COUPLE 

STORE NON-DELETE VIA ADDRESS COUPLE 
COMPARE CHARACTERS LESS UPDATE 
COMPARE CHARACTERS GREATER OR EQUAL 
UPDATE 

COMPARE CHARACTERS GREATER UPDATE 
COMPARE CHARACTERS LESS OR EQUAL 
UPDATE COMPARE CHARACTERS EQUAL 
UPDATE 

COMPARE CHARACTERS NOT EQUAL UPDATE 
NO OPERATION 

INVALID OPERATOR 


ZERO INTERRUPT__COUNT 

RUNNING INDICATOR 

SET TWO SINGLES TO DOUBLE 

SET DOUBLE TO TWO SINGLES 

IDLE UNTIL INTERRUPT 

SET INTERVAL TIMER 

ENABLE EXTERNAL INTERRUPTS 
DISABLE EXTERNAL INTERRUPTS 
WRITE TIME-OF-DAY 

COMMUNICATE WITH UNIVERSAL I/O 
READ PROCESSOR IDENTIFICATION 
UNPACK LEFT-SIGNED DELETE 

UNPACK RIGHT-SIGNED DELETE 

PACK UNSIGNED 

PACK LEFT-SIGNED 

PACK RIGHT-SIGNED 

INPUT CONVERT LEFT-SIGNED DELETE 
INPUT CONVERT RIGHT-SIGNED DELETE 
BINARY CONVERT TO DECIMAL 
UNPACK LEFT-SIGNED UPDATE 
UNPACK RIGHT-SIGNED UPDATE 
DYNAMIC BINARY CONVERT TO DECIMAL 
ASSERT 

READ STACK NUMBER 

RANGE TEST 

DYNAMIC RANGE TEST 

PAUSE UNTIL INTERRUPT 

OCCURS INDEX 

INTEGERIZE, DOUBLE-PRECISION, TRUNCATED 
INTEGERIZE, DOUBLE-PRECISION, ROUNDED 
ARITHMETIC MINIMUM 

ARITHMETIC MAXIMUM 


Mnemonic 


CLEU FC 
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Hexidecimal 


VARIANT MODE 


958B 
958C 


Table A-2. Operators, Numerical List (Cont) 


Operator name 


LEADING ONE TEST 

LONG NAME CALL 

LONG VALUE CALL 

NORMALIZE 

READ EXTERNAL MEMORY CONTROL 
WRITE EXTERNAL MEMORY CONTROL 
Read INTERNAL PROCESSOR STATE 
WRITE INTERNAL PROCESSOR STATE 
WHAT MACHINE IDENTIFICATION 
READ TIME-OF-DAY 

MOVE TO STACK 

LOCK INTERLOCK 

CONDITIONAL LOCK INTERLOCK 
UNLOCK INTERLOCK 

READ INTERLOCK STATUS 

SET TAG FIELD 

READ TAG FIELD 

ROTATE STACK UP 

ROTATE STACK DOWN 

READ PROCESSOR REGISTER 

SET PROCESOR REGISTER 

READ WITH LOCK 

COUNT BINARY ONES 

LOAD TRANSPARENT 

LINKED LIST LOOK-UP 

MASKED SEARCH FOR EQUAL 
UNCONDITIONAL PROCESSOR HALT 
UNPACK SIGNED DELETE 

UNPACK UNSIGNED DELETE 
TRANSFER WHILE FALSE DELETE 
TRANSFER WHILE TRUE DELETE 
SCAN WHILE FALSE DELETE 

SCAN WHILE TRUE DELETE 
TRANSLATE 

UNPACK SIGNED UPDATE 
UNPACK UNSIGNED UPDATE 
TRANSFER WHILE FALSE UPDATE 
TRANSFER WHILE TRUE UPDATE 
SCAN WHILE FALSE UPDATE 
SCAN WHILE TRUE UPDATE 
PRIMITIVE DISPLAY 

CONDITIONAL HALT 

SCAN WHILE LESS DELETE 


SCAN WHILE GREATER OR EQUAL DELETE 


SCAN WHILE GREATER DELETE 
SCAN WHILE LESS OR EQUAL DELETE 
SCAN WHILE EQUAL DELETE 


Mnemonic 
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Hexidecimal Operator name Mnemonic 


VARIANT MODE 


95F5 SCAN WHILE NOT EQUAL DELETE SNED 
95F6 DELAY DLAY 
95F8 SCAN WHILE LESS UPDATE SLSU 

95F9 SCAN WHILE GREATER OR EQUAL UPDATE SGEU 
95FA SCAN WHILE GREATER UPDATE SGTU 
95FB SCAN WHILE LESS OR EQUAL UPDATE SLEU 

95FC SCAN WHILE EQUAL UPDATE SEQU 

95FD SCAN WHILE NOT EQUAL UPDATE SNEU 
95FE NO OPERATION NOOP 
O5FF INVALID OPERATOR NVLD 
EDIT MODE 

DO MOVE WITH INSERT MINS 

D1 MOVE WITH FLOAT MFLT 
D2 SKIP FORWARD SOURCE CHARACTERS SFSC 

D3 SKIP REVERSE SOURCE CHARACTERS SRSC 

D4 RESET FLOAT RSTF 

D5 END FLOAT [ENDF 
D6 MOVE NUMERIC UNCONDITIONAL MVNU 
D7 MOVE CHARACTERS MCHR 
D8 INSERT OVERPUNCH INOP 

D9 INSERT DISPLAY SIGN INSG 

DA SKIP FORWARD DESTINATION CHARACTERS SFDC 

DB SKIP REVERSE DESTINATION CHARACTERS SRDC 
DC INSERT UNCONDITIONAL INSU 

DD INSERT CONDITIONAL INSC 

DE END EDIT ENDE 
DF CONDITIONAL PROCESSOR HALT HALT 
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OPERATOR REFERENCE SUMMARIES 


GENERAL INFORMATION 


Operators and common actions are listed alphabetically, and for each operator, the following informa- 
tion is given. 


The Code-Stream Encoding Of The Operator 


The number of code-stream syllables required by the operator is shown, and the operator encoding 
is defined to be a sequence composed of the opcode literal and, optionally, one or more parameters. 
The opcode literal is shown as a hexidecimal-string (such as "A3”), or, in some cases, as a binary value 
(such as 01). Parameters are specified as name:number-of-bits (such as op__psi:3). If the operator is 
not a primary-mcde operator, the interpretation mode is shown following the operator encoding. 


Clients 
For most common actions, the invoking operators are listed. 
Stack State Transformation 


Stack state transformations are shown by diagrams, which illustrate inputs and outputs in order from 
top-of-stack downward: 


Input items ~ Output items 


The effect of the stack state transformation is that all inputs are consumed and all outputs are created. 
"Null —” and ”“— Null” indicate that the operator has no inputs or outputs, respectively. There is 
an implicit invariant: the item that was on the stack below the lowest input (if any) remains on the 
stack below the lowest output (if any), unaffected by the stack state transformation of the operator. 
The input items are shown for the initial state of the operator; some operators have additional stack 
input arguments in restart state. 


Initial stack items are denoted id: type(interpretation), where id and interpretation are optional. Type 
may be a data type as defined in section 1 of this manual, “Any” indicating no type restriction, or 
"*” indicating a required set of types as defined under Invalid Stack Argument interrupt. Id, if in- | 
cluded, is a distinguishing name indicating how the item is to be used and establishing a reference for 
the final stack state. Interpretation is explicitly included if multiple interpretations of the type are possi- 
ble. 


Final stack items may be denoted type(interpretation), id, id’, or as a set of types. Type(interpretation) © 
is defined for initial stack items. Id and id’ indicate the initial stack item of that name, the latter case _ 
having a modified value. 


Interrupts That May Be Generated 


Where relevant, a brief statement of the conditions under which the interrupt may occur is included. 
See Appendix C for explanation of the condition notation used and definition of nonstandard terms 
and abbreviations. 
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Symbols Used In This Appendix 


Certain symbols used in this appendix represent status conditions, computation results, and comparison 
requirements. Other symbols that represent subset ranges, and subset units are also used throughout 
this appendix. These are as follows: 


Symbol Meaning 


{a,b,c} The set including items a, b, and c. All item 
relationships are proper. Item magnitude is not 
implied by the listing order. 


[m:n] The set of bits starting with m, the most- 
significant bit, that extends downward for n 
bits (including m). 


[A + 1] The value of A, incremented +1. 


ab A linkage from position a that results in 
position b, or the value of b that results from 
use of a. If b is a set, a maps into the set b. 


a —tin {b,c,d} a not present in set {b,c,d}. 

aa> b b not linked or obtained by use of a. 

a <b a is less than b. 

a> b a is greater than b. 

a. = 5 a is not equal to b. 

axsb a is less than equal to b. 

a 2b a is equal to or greater than b. 

a 12 b is not equal to or greater than b. 
SIRW. Lexical__Link The Lexical__Link field 
in a SIRW word. 

element__size element__size bit. 
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OPERATOR AND COMMON ACTION LISTING 


The following is a listing of all operators and common actions. 


aACCE 


Name: 
Encoding: 
Clients: 


Stack State 
transformation: 


Interrupts: 
Inv Arg Value: 


Stack-Overflow 


Stack Structure: 


Also see aLXCH — display update; aPRCW -— code-stream pointer distribution. 


aCPY 


Name: 
Encoding: 
Clients: 


Stack state 
transformation: 


Interrupts: 


5014954 


accidental entry 
none (common action) 


EVAL LVLC STAD STAN STOD STON 
VALC 


See the functional definition of aACCE in 
section 3 


Mem[F+1]=NIRW directly to PCW and 
PCW.Il > 0 

and PCW.I] - 1 m= NIRW.lambda 
or PCW.Il min {0, MSCW.Il1+ 1} 

or PCW. invalid_ll m= 0 


(new F) — (old F) “in {1 to 2**14-1} 
(MKST) 

or (new F) — BOSR —in {0 to 2**16-—1} + 
or new displacement —in {1 to 2**16—1} + 
or SIRW.lexical_link “72 entered MSCW 


fetch copy descriptor 
none (common action) 


INDX INXA LOAD NXLN: generation of 
Presence Bit, Invalid Object, Invalid Reference 
Chain, and Binding Request interrupts 


not applicable 
none 


B-3 


Name: 
Encoding: 
Clients: 


Stack state 
transformation: 


Interrupts: 
Inv Object: 


alNTE 


Name: 
Encoding: 
Clients: 


Stack state 


transformation: 


Interrupts: 


Binding Request: 


Inv Arg Value: 


Inv Ref Chain: 


Inv Stack Arg: 


Stack-Overflow 
Stack Structure: 


Also see aLXCH — display update; NIRW evaluation; aLXLK - SIRW evaluation; aPRCW — 
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fetch operand value 
none (common action) 
LOAD NXLV NXVA LVLC VALC 


not applicable 


second-word of double (obtained by means of 
IRW) has tag m= 2 

or second-word of double (obtained by means 
of IndexedDD) has odd tag 


interrupt entry 
none (common action) 


all operators and actions that generate 
interrupts 


See the functional definition of aINTE in 
section 3 


IRW chain ~ DD with element__size = 7 


Mem[F+1]=NIRW directly to PCW and 
PCW.I] > 

and PCW.II — 1 m= NIRW.lambda 
or PCW.1] in {0, MSCW.Il+4 1} 

or PCW. invalid_ll = 0 


IRW chain = > 
(PCW, or DD with element__size = 7) 


M[F +1] (from interrupt__reference) not IRW 


S <= F or SIRW.lexical__link “= entered 
MSCW 


code-stream pointer distribution. 
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alSX 
Name: integer subset exception 
Encoding: none (common action) 
Clients: MVST RPRR SINT SPRR WTOD 
Stack state 
transformation: not applicable 
Interrupts: 
Int Overflow: argument not sp integer (*) 
Inv Arg Value: argument not k-bit integer (*) 
Inv Stack Arg: argument not operand or not k-bit integer 


(* Int Overflow and Inv Arg Value are alternatives for some cases of Inv Stack Arg: see action 
definition.) 


aLXCH 
Name: traverse lexical chain 
Encoding: none (common action) 
Clients: address-couple parameter evaluation: 


INXA NXVA LVLC MKSN-NAMC STAD 
STAN VALC NIRW 


address-couple evaluation: aINTE DBFL DBTR DBUN ENTR EVAL 
INDX LKID LOAD LODT LOK LOKC 
NXLN NXLV OVRD OVRN RDLK STFF 
STOD STON UNLK (sdll,sdi) address-couple 
evaluation: aPRCW 


display update: aACCE aINTE ENTR EXIT MVST RETN 
Stack state 

transformation: not applicable 

Interrupts: 

Stack Structure: For i in levels traversed: 


Mem[LexLink to level i] —= entered MSCW 
or MSCW.lex_level “= i 


Also see aLXLK (MSCW.stack__number, MSCW.displacement). 
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aLXLK 


Name: 
Encoding: 
Clients: 


SIRW evaluation: 


Stack state 
transformation: 


Interrupts: 
Inv Index: 
Inv Object: 


Presence Bit: 


aPRCW 


Name: 
Encoding: 
Clients: 


Stack state 
transformation: 


Interrupts: 


Code Seg Error 
Inv Arg Value: 


Inv Index: 


Presence Bit: 
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evaluate lexical link 

none (common action) 

MSCW lexical link evaluation: aLXCH 
aINTE ENTR EVAL INDX INXA LKID 


LOAD LODT LOK LOKC LVLC MKSN- 


NAMC NXLN NXLV NXVA OVRD OVRN 
RDLK STAD STAN STOD STON VALC 
UNLK 


not applicable 


stack_number in {0 to SVD.length-1} 


Mem[AbsentCopyDD.address] not original DD 
or stack-vector descriptor not unpaged original 
SingleDD or stack descriptor not unpaged 
unindexed SingleDD 


stack descriptor 


distribute PCW/RCW code-stream pointer 
none (common action) 


aACCE aINTE DBFL DBTR DBUN ENTR 
EXIT RETN 


not applicable 


(PCW or RCW).psi in {0 to 5} 


(PCW or RCW).pwi —in {0 to 
CSD.seg__length-1} 


code-segment 
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ADD 
Name: add 
Encoding: 1 syllable ("80") 


Stack state. ...-—««: (|_-« |" "Fee cee ree 


transformation: |_-o oo oot en eee 
opnd (numer ic) ==> | opnd (numer ic) 
Interrupts: 
Exp Overflow: R(x+y) = exponent value too big 
Inv Stack Arg: TOS not opnd or TOS2 not opnd Stack- 
Underflow 
AMAX 
Name: arithmetic maximum 
Encoding: 2 syllables ("958A") Variant 
Stack state | wre nnn n----e--- 
transformation: opnd (numer ic) 
opnd (numer ic) ==> opnd (numer ic) 
Interrupts: 
Inv Stack Arg: TOS not opnd or TOS2 not opnd 
Stack-Underflow 
AMIN 
Name: arithmetic minimum 
Encoding: 2 syllables ("9588") Variant 


Otherwise see AMAX. 
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ASRT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Stack Arg: 


False Assertion: 
Stack-Underflow 


BCD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
{nt Overflow: 


Inv Code Param: 


Inv Stack Arg: 
Stack-Overflow 
Stack-Underflow 


BREL. 


B-8 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Code Param: 


Inv Index: 


Inv Stack Arg: 
Stack-Underflow 


assert 
3 syllables ("9580", interrupt__code:8) Variant 


re ee eye ee es ee ee ee ee oe 


==> Null 


or eee me em eee ee ee eo 


TOS not operand 
opnd NOT Boolean True 


binary convert to decimal 
3 syllables (”9577"”, N:8) Variant 


opnd (numer ic) | ==> 


TOS not dp integer 
N > 24 
TOS not opnd 


branch false 
3 syllables (”“AO”, op__psi:3, op__pwi:13) 


opnd (Boolean) ==> Nul} 


op__psi > 5 
op__pwi in {0 to CSD.seg__length-1} 
TOS not operand 


BRIR 


Name: 


Encoding: 


BRST 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Code Param: 


Stack-Underflow 


BRUN 


Name: 
Encoding: 


State stack 
transformation: 


Interrupts: 


Inv Code Param: 


Inv Index: 


Boel 


Name: 


Encoding: 


CBON 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Stack Arg: 
Stack-Underflow 
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branch true 


3 syllables (“A1l"”, op__psi:3, op__pwi:13) 
Otherwise see BRFL. 


bit reset 
2 syllables (““9E”’, Db:8) 


branch unconditional 


3 syllable ("A2”, op__psi:3, op__pwi:13) 


none 


op__psi > 5 
op__pwi in {0 to CSD.seg__length-1} 


bit set 


2 syllables ("96”, Db:8) 
Otherwise see BRST. 


count binary ones 
2 syllables ("95BB”) Variant 


opnd (bit-vector) | ==> 


ee ee ee ee eee ee ee ee oe ee ee ee ee eae ee 


TOS not opnd 
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CEOD 
Name: compare characters equal delete 
Encoding: 1 syllable ("F4") 
Stack state 9, 
transformation: len: opnd (integer) 
source2: 
sourcel: desc ==> Null 
interrupts: 
Int Overflow: len not sp integer 
{nv Arg Value: sourcel/source2 Pointer.char__index out of 
range or len > 2**20-—1 
(nv Index: sourcel’/source2’ word index “in {0 to 
2**16—1} 
{nv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd 
or sourcel not {IndexedDD, opnd} 
or source2 not {IndexedDD, opnd} 
or (sourcel = EBCDIC(hex) and 
source2 = hex(EBCDIC)) 
Paged Array: sourcel or source2 Pointer 
Presence Bit: sourcel or source2 Pointer 


Stack-Underflow 


CEQU 
Name: compare characters equal update 
Encoding: 1 syllable ("FC") 
Stack state a ee tee 
transformation: len: opnd (integer) 
source?2: source2' 
eww me ew wm wm er er ee eee ==> weer ww ewe 
sourcel: desc source]l' 
Interrupts: same as CEQD. 
CGED 
Name: compare characters greater or equal delete 
Encoding: 1 syllable ("F1”) 


Otherwise see CEQD. 
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CGE 


Name: 
Encoding: 


CGTD 


Name: 
Encoding: 


CGTU 


Name: 
Encoding: 


CHSN 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Stack Arg: 
Stack-Underflow 


CLED 


Name: 
Encoding: 


CLEU 


Name: 
Encoding: 
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compare characters greater or equal update 


1 syllable ("F9”) 
Otherwise see CEQU. 


compare characters greater delete 


1 syllable ("F2") 
Otherwise see CEQD. 


compare characters greater update 


1 syllable ("FA") 
Otherwise see CEQU. 


change sign 
1 syllable ("8E”) 


num not opnd 


compare characters less or equal delete 


1 syllable ("F3”) 
Otherwise see CEQD. 


compare characters less or equal update 


1 syllable (“FB”) 
Otherwise see CEQU. 


Name: 


Encoding: 


CLSU 


Name: 
Encoding: 


CNED 


Name: 


Encoding: 


CNEU 


Name: 


Encoding: 


CUIO 


Name: 
Encoding: 
Stack state 


transformation: 


Interrupts: 


Inv Arg Value: 
Inv Stack Arg: 


Stack-Underflow 
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compare characters less delete 


1 syllable ("FO") 
Otherwise see CEQD. 


compare characters less update 


1 syllable ("F8”) 
Otherwise see CEQU. 


compare characters not equal delete 


1 syllable ("F5") 
Otherwise see CEQD. 


compare characters not equal update 


1 syllable ("FD") 
Otherwise see CEQU. 


communicate with Universal I/O 
2 syllables ("954C") Variant 


==> Nul] 


eee ee eee ee 


Mem[iocb].[47:16] — = hex”10CB” 


iocb not present unpaged unindexed copy 


SingleDD 


DBCD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Stack Arg: 
Stack-Underflow 


DBFL 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Stack Arg: 


DBRS 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Stack Arg: 
Stack-Underflow 
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dynamic binary convert to decimal 
2 syllables ("957F"”) Variant 


wee re meee eee ee wee ee ee 


B: opnd (numer ic) ==> 


ewe ee ee ee ee ee 


N not sp integer or B not dp integer 
N nin {0 to 24} 
N not opnd or B not opnd 


dynamic branch false 
1 syllable (”A8") 


opnd (Boolean) ==> Nul] 


same as DBUN, plus: 


opnd(Boolean) not operand 


dynamic bit reset 
1 syllable ("9F”) 


db not sp integer 
db “in {0 to 47} 
db not opnd 
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DBST 
Name: dynamic bit set 
Encoding: 1 syllable ("97") 
Otherwise see DBRS. 
DBTR 
Name: dynamic branch true 
Encoding: 1 syllable ("A9”) 
Otherwise see DBFL. 
DBUN 
Name: dynamic branch unconditional 
Encoding: 1 syllable (“AA”) 
Stack state 
transformation: J t-te 
branch-dest: * ==> Nul | 
Interrupts: 
[nt Overflow: _ branch-dest opnd not sp integer 
[Inv Arg Value: PCW.I] 7: LL 
or branch-dest opnd “in {0 to 2**14-1} 
(optionally reportable as Invalid Index) or 
PCW.sdll 7= SDLL 
Inv Index: branch-dest opnd.dyn__pwi 
ain {0 to CSD.seg__length-1} 
inv Object: NIRW = ~ PCW 
Inv Reference: NIRW 
Inv Stack Arg: branch-dest not {opnd,PCW,NIRW} 


Stack-Underflow 


Also see aLXCH — NIRW evaluation; aPRCW — code-stream pointer distribution. 
DEX| 


Name: disable external interrupts 
Encoding: 2 syllables ("9547") Variant 
Stack state 

transformation: none 

Interrupts: none 
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DFTR 
Name: dynamic field transfer 
Encoding: 1 syllable ("99") 
tack State he ee ee oe 
transformation: len: opnd (integer) 
sb: opnd (integer) _ 
db: opnd (integer) 
source: any (bit-vector) 
deat e any lpi veceony | aes “dest! | 
Interrupts: 
Int Overflow: len or sb or db not sp integer 
Inv Arg Value: len “in {0 to 48} or sb “in /0 to 47} or 
db “in {0 to 47} 
Inv Stack Arg: len not opnd 
or sb not opnd 
or db not opnd 
Stack-Underflow 
DINS 
Name: dynamic field insert 
Encoding: 1 syllable ("9D") 
SEACK SEE, inate Ret ee eee 
transformation: source: any (bit-vector) 
len: opnd (integer) 
db: opnd (integer) 
dest: any (bit-vector) ==> seat’ | 
Interrupts: 
Int Overflow: len or db not sp integer 
Inv Arg Value: len >in {0 to 48} or db in {0 to 47} 
Inv Stack Arg: len not opnd or db not opnd 


Stack-Underflow 
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DISO 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
[Int Overflow: 
Inv Arg Value: 


Inv Stack Arg: 
Stack-Underflow 


DIVD 


Name: 
Encoding: 


Stack state 
transformation: 


interrupts: 
Divide by Zero: 
Exp Overflow: 
xp Underflow: 
Inv Stack Arg: 


Precision Loss: 
Stack-Underflow 


DLAY 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


opnd (numer ic) ==> 


dynamic field isolate 
1 syllable ("9B") 


— ee ee ee eee ee ee ee we ee ee ee 


ee eee nee ee ee ee eee ee ee ee 


me ee ee me ee ee ee we — ee ee 


1 
wf 
(om | 
cil 
71 t 
oO 1:1 
oii 
ee I 

1 
wv 1 
eo a | 
< ot 
— ! 
Loman 
— ! 

tot 
<i 
Mo t 
QO 1 
c+ 1 
oO } 
ee 
age 

' 
lt 
u 
Vv 

t 

1 
“1 
wo! 

t 

i 


len or sb not sp integer 
len sin {0 to 48} or sb in {0 to 47} 


len not opnd or sb not opnd 


divide 
1 syllable ("83") 


TOS opnd = 0 

R(x/y) = exponent value too big 
R(x/y) = exponent value too small 
TOS not opnd or TOS2 not opnd 
R(x/y) a= R*(x/y) 


delay 
3 syllables ("95F6", N:8) Variant 


none 


none 
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BW ea 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


DRNT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Stack Arg: 


Stack-Underflow 


DSLF 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Stack Arg: 
Stack-Underflow 
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delete top-of-stack 
1 syllable ("B5"”) 


==> Nul | 


dynamic range test 
2 syllables ("9583") Variant 


oO 
ae) 
3 
rom 
— 
| 
c 
3 
@ 
pam} 
oO 
NW 
It 
Vv 
fe} 
Uv 
3 
rom 
@w 
fe) 
o 
@ 
i) 
3 
~~ 


eee oe ee ee ee me ee eee see ew www ew we ew ew eM ee 


H not operand or L not operand or X not 
operand 


dynamic scale left 
1 syllable ("C1") 


a ne ee te ee ee ee ee oe ee ee ee ee ee ee ee ee 


> | opnd (integer) 


ce) 
xe) 
3 
a 
= 
c 
3 
© 
om 9 
oO 
i] 
i 


sf not sp integer or TOS2 not dp integer 
sf not in {0 to 12} 
sf not opnd or TOS2 not opnd 
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DSRF 
Name: dynamic scale right final 
Encoding: 1 syllable ("C7") 
Stack state eS on ae ES aren 
transformation: sf: opnd (integer) 
opnd (numer ic) ==> | sp (BCD) | 
Interrupts: 
Int Overflow: sf not sp integer or TOS2 not dp integer 
Inv Arg Value: sf sin {0 to 12} 
Inv Stack Arg: sf not opnd or TOS2 not opnd 
Stack-Underflow 
DSRR 
Name: dynamic scale right rounded 
Encoding: 1 syllable ("C9") 
Stack state | __._.. 
opnd (numer ic) ==> | opnd (integer) 
Interrupts: 
Int Overflow: sf not sp integer or TOS2 not dp integer 
Inv Arg Value: sf sin {0 to 12} 
Inv Stack Arg: sf not opnd or TOS2 not opnd 
Stack-Underflow 
DSRS 
Narne: dynamic scale right save 
Encoding: 1 syllable ("C5") 
Stack state |, ooo pe 
transformation: sf: opnd (integer) opnd (integer) 
weer we wm em ew ew wm me ewe ==> comm ew meme ew em www ee 
opnd (numer ic) sp (BCD) 
Interrupts: 
Int Overflow: sf not sp integer or TOS2 not dp integer 
Inv Arg Value: sf Tin {0 to 12} 
Inv Stack Arg: sf not opnd or TOS2 not opnd 


Stack-Underflow 


DSRT 


Name: 


Encoding: 


DUPL 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


Stack-Underflow 


EEX| 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


ENDE 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Index: 
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dynamic scale right truncate 


1 syllable ("C3") 
Otherwise see DSRR. 


duplicate top-of-stack 
1 syllable (”B7”) 


enable external interrupts 
2 syllables ("9546") Variant 


none 
none 


end edit 
1 syllable (“DE”) Edit 


none, except to establish final stack state for 
TEEU 


source’ or dest’ word index in {0 to 
2**16—1} 


B-19 


ENDF 


B-20 


Name: 


Encoding: 


Stack state 
transformation: 


Interrupts: 

Inv Index: 
Memory Protect: 
Paged Array: 
Stack-Overflow: 
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end float 


3 syllables (’D5”, MinusChar:8, PlusChar:8) 
Edit 


none 


dest’ word index “in {0 to 2**16—1} 
read__only dest pointer 

dest pointer 

If table-edit, update for Paged Array interrupt 
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ENTR 
Name: enter 
Encoding: 1 syllable ("AB") 
Stack state | 
fPANSTOLMANON. -.c . 3 pn a a ES Se 
Sao SoS topmost 
activation 
n parameters record 
head of |RW chain-+--->to PCW RCW sae 
P=> inactive MSCW -+---+ b=<> active MSCW | 
Raa Sa ae eee em DELL] ->|---------------- 
topmost previous 
activation activation 
record history_link record 
RCW -t------ + RCW 
SSESlSees nese Ses i Link to aa ae a a ce | 
DELLJ]--> active MSCW <-- Previous inactive MSCW <- 
a et oe a a REtINaE COR: "eer soe Se ees aees 
V Record 

Before ENTR Operator After ENTR Operator 

Interrupts: 


Binding Request: 
Inv Arg Value: 


Inv Reference: 
Inv Ref Chain: 


Inv Stack Arg: 
Stack Structure: 


IRW chain — DD with element__size = 7 
Mem[F+1] = NIRW directly to PCW and 


PCW + 

and PCW.II — 1 7= NIRW.lambda 
or PCW.II Tin {0, MSCW.1I1+ 1} 

or PCW.invalid__Il ~= 0 


NIRW 
IRW chain = ~ (PCW, or DD with 
element__size = 7) 


Mem[F+1] not IRW 
S < F or Mem[F] — = inactive MSCW 


or SIRW.lexical_link 7 => entered MSCW 


or new displacement in {1 to 2**16—1} 


Also see aLXCH — NIRW evaluation; display update; aLXLK — SIRW evaluation; aPRCW — 
code-stream pointer distribution. 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Stack Arg: 
Stack-Underflow 


EVAL 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Reference: 
Inv Ref Chain: 


Inv Stack Arg: 
Stack-Underflow 
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opnd (numer ic) ==> 


ee a oe oe 


—— ow me or 
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equal to 
1 syllable ("8C”) 


TOS not opnd or TOS2 not opnd 


evaluate 
1 syllable (“AC”) 


NIRW 
see functional definition in Section 3 
ref not {IRW,IndexedWordDD} 


Also see aACCE —- IRW ~— PCW; aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 


EXCH 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


B-22 


= oe ot oe 


exchange top-of-stack 
1 syllable ("B6”) 


i om ee oe ee 


EXIT 


Name: 
Encoding: 


Stack state 


transformation: s--> 


Interrupts: 
Block Exit: 
Stack Structure: 


Also see aLXCH — display update; aPRCW — code-stream pointer distribution. 
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exit 
1 syllable ("A3") 


awe 


topmost AR 
(at level m) 


(history_ 
links) 


prior AR 
(at level n) 


BEFORE exit (LL = m) 


RCW.block__exit = 1 


Mem[D[LL]+1] 7 = RCW 

or Mem[D[LL]] 7= entered MSCW 

or MSCW.history_link = 0 

or HistLink < BOSR 

or Stack[HistLink] —~ = MSCW 

or RCW.Il 7 = MSCW.II 

(First entered MSCW on historical chain) 


topmost AR 
(at level n) 


AFTER exit 
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EXPU 
Name: execute single edit operator, single pointer 
update 
Encoding: 1 syllable ("DD") 
Stack state | |_..... 
transformation: len: opnd (integer) 
ptr: desc ==> ptr' | 
Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: dest Pointer.char__index out of range 
or len > 2**20-1 
Inv Object: Mem [AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd or ptr not IndexedDD 
Presence Bit: ptr 
Stack-Underflow 
EXSD 
Name: execute single edit operator delete 
Encoding: 1 syllable ("D2") 
Stack state 
transformation: — _|-------------------- 
len: opnd (integer) 
source: 
dest: desc ==> Null 
Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: -source/dest Pointer.char__index out of range 
or len > 2**20-1 
Inv Object: . Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd or source not 
{IndexedDD,opnd} 
or dest not IndexedDD 
Presence Bit: source or dest pointer 


Stack-Underflow 
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EXSU 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


FLTR 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Code Param: 


Stack-Underflow 


GREQ 


Name: 
Encoding: 


GRTR 


Name: 


Encoding: 
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execute single edit operator update 
1 syllable (“DA”) 


wr re mee meme ee eee ce meme ee ee 


ewe ew ee ew mew we eK Ow eK 


ve nme ee eee meee et eee ee ee ee — ee ee oe oe ee 


NOTE 


Note: final stack state produced at completion 
of subsequent edit micro-operator. 


same as EXSD. 


field transfer 
4 syllables ("98", Db:8, Sb:8, Len:8) 


Db > 47 or Sb > 47 or Len > 48 


greater than or equal to 


1 syllable (“89”) 
Otherwise see EQUL. 


greater than 


1 syllable (“8A”) 
Otherwise see EQUL. 
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HALT 
Name: conditional processor halt 
Encoding: 2 syllables (“9SDF”) Variant 


1 syllable (“DF”) Edit 


Stack state 


transformation: none 
Interrupts: none 
ICLD 
Name: input convert left-signed delete 
Encoding: 2 syllables ("9575") Variant 


Otherwise see ICUD. 


Int Overflow: 
Inv Arg Value: 


Inv Index: 
Inv Object: 
Inv Stack Arg: 


Paged Array: 
Presence Bit: 


Stack-Overflow: 
Stack-Underflow 


ICRD 
Name: input convert right-signed delete 
Encoding: 2 syllables ("9576") Variant 
Otherwise see ICUD. 
ICUD 
Name: input convert unsigned delete 
Encoding: 1 syllable (“A4”) 
Stack Stale. 6 is eee ete oe 
transformation: len: opnd (integer) 
source: | ==> | opnd (integer) 
Result is sp if ABS(integer) < 8**13, dp 
otherwise. 
Interrupts: 


len not sp integer 


len > 23 
or source Pointer.char__index out of range 


source’ word index —in {0 to 2**16—1} 
Mem [AbsentCopyDD.address] not original DD 


len not opnd or source not {IndexedDD, 
opnd} 


source pointer 
source pointer 


update for Paged Array interrupt 


ICVD 


Name: 
Encoding: 


ICVU 


Name: 
Encoding: 


Stack state 
transformation: 
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input convert delete 


1 syllable ("CA”) 
Otherwise see ICUD. 


input convert update 
1 syllable ("CB") 


NOTE 


Result is sp if ABS(integer)<8**13>, dp otherwise. 


Interrupts: 


IDIV 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Divide by Zero: 


Int Overflow: 


Inv Stack Arg: 
Stack-Underflow 


IDLE 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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same as ICUD. 


integer divide 
1 syllable ("84") 


TOS opnd = 0 


result not sp or dp integer 
(Result type depends on argument types.) 


TOS not opnd or TOS2 not opnd 


idle until interrupt 
2 syllables ("9544") Variant 


none 
An external interrupt occurs at the end of the 


operator. 


B-27 


IMKS 


B-28 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 
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insert mark stack 
1 syllable ("CF") 


item] 
item]: any ==> item2 
item2: any inactive MSCW 


ee ee ee ee ee ee 


same as MKST, plus: 


INDX 

Name: index 

Encoding: 1 syllable ("A6”) 

mtack state fe eke 

transformation: eekaG man 

index: opnd (integer) ==> | |ndexedDD 
OR 
index: opnd (integer) 
desc-ind: * ==> | |ndexedDD 

Interrupts: 

Binding Request: IRW chain ~ DD with element__size = 
or desc-ind is copy DD with element__size 
7 

Int Overflow: index not sp integer 

Inv Index: index in {0 to DD.length-1} 
or (unpaged CharDD and word index “in {0 
to 2**16—1}) 
or (unpaged DoubleDD and (doubled) word 
index in {0 to 2**20—1}) 

Inv Object: Mem[AbsentCopyDD.address] not original DD 

Inv Reference: NIRW 

Inv Ref Chain: IRW chain = — (unindexed WordDD, 
unindexed CharDD, or DD with element__size 
= 7) 

Inv Stack Arg: desc-ind not {unindexed copy WordDD, 
unindexed copy CharDD,IRW} or index not 
opnd 

Presence Bit: page table 

Page Struct Err: paged DD [page index] = ~ unpaged 


System Architecture Reference Manual, Volume 2 
Operator Reference Summaries 


original SingleDD 


Stack-Underflow 
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Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 
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i i A A — 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Index: 
Inv Stack Arg: 


Memory Protect: 


Paged Array: 
Stack-Overflow: 


INSC 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Index: 


Memory Protect: 


Paged Array: 
Stack-Overflow: 


. insert overpunch 


1 syllable ("D8") Edit 


none 


dest’ word index in {0 to 2**16—1} 
dest.element__size = hex 

read__only dest pointer 

dest pointer 


If table-edit, update for Paged Array 
interrupt. 


insert conditional 


3 syllables ("DD”, ZeroChar:8, 
NonZeroChar:8) Edit 

4 syllables ("DD"”, Length:8, ZeroChar:8, 
NonZeroChar:8) Table edit 


none 


dest’ word index in {0 to 2**16—1} 
read__only dest pointer 
dest pointer 


If table-edit, update for Paged Array 


interrupt. 
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INSG 
Name: insert display sign 
Encoding: 3 syllables (”"D9”, MinusChar:8, PlusChar:8) 
Edit 
Stack state 
transformation: none 
Interrupts: 
Inv Index: dest’ word index “in {0 to 2**16-—1} 
Inv Stack Arg: dest.element__size = hex 
Memory Protect: read__only dest pointer 
Paged Array: dest pointer 
Stack-Overflow: If table-edit, update for Paged Array 
interrupt. 
INSR 
Name: field insert 
Encoding: 3 syllables ("9C”, Db:8, Len:8) 
Stack state 
transformation: «| PS SRP S eee reser SS Se = 
source: any (bit-vector) 
dest: any (bi t-vector) ==> | dest! | 
Interrupts: 
Inv Code Param: Db > 47 or Len > 48 
Stack-Underflow 
INSU 
Name: insert unconditional 
Encoding: 2 syllables ("DC”, Char:8) Edit 


3 syllables (”DC"”, Length:8, Char:8) Table 
Edit Otherwise see INSC. 
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INXA 
Name: index, by means of address-couple parameter 
Encoding: 3 syllables ("E7”, lambda:4, delta:12) 
Stack state |... eee || (Meet eee eS 
transformation: index: opnd (integer) ==> | IndexedDD 
Interrupts: 
Binding Request: IRW chain ~ DD with element__size = 7 
Int Overflow: index not sp integer 
Inv Index: index min {0 to DD.length-1} or 
(unpaged CharDD and word index 7in 
{0 to 2**16—1}) 
or (unpaged DoubleDD and (doubled) word 
index in {0 to 2**20-1}) 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Reference: address-couple parameter 
Inv Ref Chain: IRW chain = — (unindexed WordDD, 
unindexed CharDD, 
or DD with element__size = 7) 
Inv Stack Arg: index not opnd 
Presence Bit: page table 
Page Struct Err: paged DD [page index] = ~— unpaged 


original SingleDD 
Stack-Underflow 


ISOL 
Name: field isolate 
Encoding: 3 syllables ("9A”, Sb:8, Len:8) 
Stack state. ‘Hite oe SS ee Chee 
transformation: source: any (bit-vector) ==> sp 
Interrupts: 
Inv Code Param: Sb > 47 or Len > 48 


Stack-Underflow 
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System 


JOIN 


Name: 
Encoding: 


Stack state | _._. 
transformation: opnd 


ew ee 


Interrupts: 


Inv Stack Arg: 
Stack-Underflow 


LAND 


Name: 
Encoding: 


Stack state 
transformation: 
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set two singles to double 
2 syllables ("9542") Variant 


—— oo oo oe 


TOS not opnd or TOS2 not opnd 


logical and 
1 syllable ("90") 


ow 
3 
“< 
Oo 
rt 
i] 
< 
@ 
(o) 
ct 
oO 
“y 
— 
tt 
i] 
v 
iY) 
a] 
< 
Co 
ct 
( 
< 
@ 
oO 
ct 
Oo 
mj 
— 


Interrupts: 
Stack-Underflow 


LEQV 


Name: 
Encoding: 


LESS 


Name: 


Encoding: 
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logical equivalence 


1 syllable (“93”) 
Otherwise see LAND. 


less than 


1 syllable ("88") 
Otherwise see EQUL. 
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LKID 

Name: read interlock status 

Encoding: 2 syllables ("95B3"”) Variant 

Stack State: te eh 0 Wf ee 

transformation: eerie. 3 re sp (12-bit integer) 

Interrupts: 

Inv Object: ref = ~— word with tag in {0,3} 
or Mem[AbsentCopyDD.address] not original 
DD 

Inv Reference: NIRW 

Inv Stack Arg: ref not {IRW, IndexedSingleDD} 

Presence Bit: IndexedSingleDD 


Stack-Underflow 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 


LLLU 
Name: linked list lookup 
Encoding: 2 syllables ("95BD”) Variant 
Stack state: - Hehe eure UA 
transformation: index: opnd (integer) 
list: SingleDD 

bare opnd (integer) ==> sp (integer) | 
Interrupts: 
Int Overflow: index or targ not sp integer 
Inv Index: any index value Tin {0 to DD.length-1} 
Inv Object: Mem[AbsentCopyDD.address} not original DD 
Inv Stack Arg: index not opnd or targ not opnd or list not 

unpaged unindexed SingleDD 

Presence Bit: SingleDD 


Stack-Underflow 
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LNMC 

Name: Long name call 

Encoding: 4 syllables ("958C"”, lambda:4, delta:12) 
Variant 

Stack state 2 

transformation: Nui ees NIRW 

Interrupts: 

Inv Reference: address-couple parameter 

Stack-Overflow 

LNOT 

Name: logical not 

Encoding: 1 syllable ("92") 

Stack state cas : 

transformation: item any (bi t-vector) | ==> | item! | 

Interrupts: 

Stack-Underflow 

LOAD 

Name: load 

Encoding: 1 syllable ("BD") 

Stack state ys 

transformation: eke a | ==> | target 

NOTE 
Target = {opnd, tag 4 word, uninit opnd, SIRW, desc} 

Interrupts: 

Inv Object: reference = ~> {SIRW, DD, even-tag word} 
or IndexedDoubleDD = -— operand 
or Mem[AbsentCopyDD.address] not original 
DD 

Inv Reference: NIRW 

Inv Stack Arg: ref not {IRW,IndexedWordDD} 

Presence Bit: IndexedWordDD 


Stack-Underflow 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 
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LODE 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 

Int Overflow: 
Inv Address: 
Inv Arg Value: 
Inv Object: 
Inv Reference: 
Inv Stack Arg: 


Presence Bit: 
Stack-Underflow 


Operator Reference Summaries 


load transparent 


1 syllable ("BC") 
2 syllables (”"95BC”) Variant 


i 


ref opnd not a sp integer (*) 

ref integer Tin {0 to 2**20—1} (*) 

ref opnd “iin {0 to 2**20—1} (*) 
Mem[AbsentCopyDD.address] not original DD 
NIRW | 

ref not {IRW,IndexedSingleDD,20-bit integer} 
IndexedSingleDD 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 


NOTE 


(*) Int Overflow, Inv Address and Inv Arg Value are alternatives for some 
cases of Invalid Stack Argument; see operator definition in section 3. 


LOG2 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


LOK 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Locking: 


B-36 


oo we me ee me ee oe ee ee ee ee ee ee 


any (bit-vector) | ==> 


ee ee ee nee ee 


leading one test 
2 syllables ("958B") Variant 


lock interlock 
2 syllables ("95B0") Variant 


same as LOKC, plus: 
interlock status not Free 
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LOKC 
Name: conditional lock interlock 
Encoding: 2 syllables ("95B1”) Variant 
Stack state 4... | Se tye eee ae 
transformation: ref: 3 | ==> | sp (Boolean) 
Interrupts: same as LKID, plus: 
Memory Protect: read__only IndexedSingleDD 
LOR 
Name: logical or 
Encoding: 1 syllable ("91") 
Otherwise see LAND. 
LSEO 
Name: less than or equal to 
Encoding: 1 syllable ("8B") 
Otherwise see EQUL. 
LT8 
Name: insert 8-bit literal 
Encoding: 2 syllables ("B2”, constant:8) 
Stack state ne 
transformation: Null ==> sp 


Interrupts: 
Stack-Overflow 


LT16 


Name: 
Encoding: 
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insert 16-bit literal 


3 syllables ("B3”, constant:16) 
Otherwise see LTS8. 
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LT48 
Name: insert 48-bit literal 
Encoding: 7 to 12 syllables ("BE”, ..., constant:48) 
NOTE 
Constant starts on word boundary; otherwise see LTS8. 
LVLC 
Name: Long value call 
Encoding: 4 syllables ("958D"”, lambda:4, delta:12) 
Variant 
Otherwise see VALC. 
MCHR 
Name: move characters 
Encoding: 1 syllable ("D7") Edit 


2 syllables (”"D7"”, Length:8) Table Edit 
Stack state 


transformation: none 
Interrupts: 
_ Inv Index: source’ or dest’ word index -in {0 to 

2**16—1} 

Memory Protect: read__only dest pointer 

Paged Array: source or dest pointer 

Stack-Overflow: if table-edit, update for Paged Array 
interrupt. 

Undefined Op: move operator follows EXPU 

MFLT 
Name: move with float 
Encoding: 4 syllables ("D1", ZeroChar:8, MinusChar:8, 


PlusChar:8) Edit 

5 syllables ("D1", Length:8, ZeroChar:8, 
MinusChar:8, PlusChar:8) Table Edit 
Otherwise see MCHR. 
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MINS 
Name: move with insert 
Encoding: 2 syllables ("DO”, ZeroChar:8) Edit 
3 syllables (”"DO”, Length:8, ZeroChar:8) 
Table Edit 
Otherwise see MCHR. 
MKSN 
Name: mark-stack bound to name-call 
Encoding: 1 syllable (“DF”) 
Stack state 
transformation: same as MKST (may be compiled with 
subsequent NAMC) 
Interrupts: same as MKST. 


If an optimization of the MKSN-NAMC pair is implemented, the following interrupts can also be 


generated: 
Inv Reference: address-couple from NAMC 
Undefined Op: next operator not NAMC 


Such an implementation may also be defined to generate the following interrupts in anticipation 
of the forthcoming ENTR: 


Binding Request: IRW chain ~ DD with element__size = 7 
Inv Ref Chain: IRW chain 1~ (PCW, or DD with 
element__size = 7) 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 


MKST 
Name: mark stack 
Encoding: 1 syllable (“AE”) 
Stack state 
transformation: Nul] ==> inactive MSCW 
Interrupts: 
Stack-Overflow 
Stack Structure: (new F) — (old F) “in {1 to 2**14—1} 


or (new F) — BOSR in {0 to 2**16—-1} 
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Name: 


Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


MULT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 

Exp Overflow: 

Exp Underflow: 
Precision Loss: 


Inv Stack Arg: 
Stack-Underflow 


MULX 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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make PCW 


7 to 12 syllables ("BF”, .... SkeletonPCW:48) 


NOTE 


SkeletonPCW starts on word boundary 


Nu]l}] ==> 


multiply 
1 syllable (“82”) 


ie) 
me] 
3 
Q 
3 
Cc 
3 
@ 
st 
oO 
ee 
i 
tt 
Vv 


R(x*y) = exponent value too big 
R(x*y) exponent value too small 
R(x*y) = R*(x*y) 

TOS not opnd or TOS2 not opnd 


extended multiply 
1 syllable 


opnd (numer ic) ==> 


same as MULT 
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MVNU 
Name: move numeric unconditional 
Encoding: 1 syllable ("D6") Edit 


2 syllables ("D6", Length:8) Table Edit 
Otherwise see MCHR. . 
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MVST 
Name: 
Encoding: 
Stack state 
transformation 
$--> 
F--> 
DELL]--> 
stack 
base --> 
Interrupts: 


Inv Arg Value: 
Inv Index: 
Inv Object: 


Inv Stack Arg: 
Presence Bit: 
Stack Structure: 


Stack-Underflow: 


O_o 


OS 


—— 


BEFORE move stack 


Operator Reference Summaries 


move to stack 
2 syllables ("95AF”) Variant 


(active) 


ENR value too large for container 
SNR value Tin {0 to SVD.length-1} 


Mem[AbsentCopyDD.address] not original DD 
or stack-vector descriptor not unpaged original 
SingleDD 

or stack descriptor not unpaged unindexed 
SingleDD 


TOS not single-precision operand 
destination stack descriptor 


Stack [stack base] ~= TSCW 

or computed F «— BOSR 

or S-BOSR -in {1 to 2**16-—1} 

or S-F: min {1 to 2**14—-1} 

or Stack [HistLink] 7= MSCW 

or LL 7= MSCW.II 

(First entered MSCW on historical chain.) 


(option if ENR container-size is 0) 


Also see alSX -— argument not 12-bit integer (option if ENR container-size = 


display update. 
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eae eae ee ee ee ee eee 


TOS item | aetiietedeieten | TOS item 
-—— = = om \ x a ° — a me me 
/ as fe, 
/ x disp. / 
inactive MSCW a4 Soo seen inactive MSCW - 
topmost rs js stack_ / topmost 
AR ff height / AR 
entered MSCW ge) ‘ entered MSCW 
/ 3 / 
/ ‘ / 
Ree ae ae ee stack ‘* Soi aes Pateeoha eri eee 
processor id base ------- > TSCW 


AFTER move stack 


(inactive) 


0); aLXCH — 


= 
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NAMC 
Name: name call 
Encoding: 2 syllables (binary 01:2, AddressCouple:14) 
Stack state Y . Wiseetsa 
transformation: Nul] ==> NIRW 
Interrupts: 
Inv Reference: address-couple parameter 
Stack-Overflow 
NEQL 
Name: not equal to 
Encoding: 1 syllable ("8D") 
Otherwise see EQUL. 
NOOP 
Name: no operation 
Encoding: 1 syllable ("FE") 


2 syllables ("95FE”) Variant 
Stack state 


transformation: none 

NORM 
Name: normalize 
Encoding: 2 syllables ("958E”) Variant 
BEGCK State: ned Loaner aad ° WsthesetS 
transformation: num: opnd (numer ic) ==> | num! | 
Interrupts: 
Inv Stack Arg: num not opnd 
Exp Underflow: N(x) = exponent value too small 


Stack-Underflow 
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rere nee ae nat ee “NINN NRRL RAN SNR At A et He NSN ApehmeIE'S 


Int Overflow: 


Inv Stack Arg: 
Stack-Underflow 


NTGR 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 


Inv Stack Arg: 
Stack-Underflow 


NTIA 


Name: 
Encoding: 


NTTD 


Name: 
Encoding: 


NTGD 
Name: integerize double-precision rounded 
Encoding: 2 syllables ("9587") Variant 
Stack state 
transformation: opnd (numer i c) | ==> dp (i nteger) | 
Interrupts: 


TOS opnd not dp integer 
TOS not opnd 


integerize rounded 
1 syllable ("87") 


opnd (numer ic) ! ==> 


=e ew eww ew ew eww eee wwe eww ee ew ee = 


TOS opnd not sp integer 
TOS not opnd 


integerize truncated 


1 syllable ("86") 
Otherwise see NTGR. 


integerize double-precision truncated 


2 syllables ("9586") Variant 
Otherwise see NTGD. 
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NVLD 


Name: invalid operator 


Encoding: 1 syllable ("FF") 


2 syllables ("95FF”) Variant 


Stack state 
transformation: none 


Interrupts: 
Invalid Operator 


NXLN 

Name: index and load name 
Encoding: 1 syllable ("AS") 
Stack state joo 
transformation: descend: 

index: opnd (integer) ==> |unindexed copy OD 

OR 
index: opnd (integer) 
desc-ind: ? ==> |unindexed copy DD 

Interrupts: 


Binding Request: 


Int Overflow: 


Inv Index: 


Inv Object: 


Inv Reference: 


Inv Ref Chain: 


Inv Stack Arg: 


Presence Bit: 
Page Struct Err: 


Stack-Under flow 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 
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IRW chain —~ DD with element__size = 7 
or desc-ind is copy DD with element__size = 
7 


index not sp integer 


index Tin {0 to DD.length-1} 
or (unpaged DoubleDD and (doubled) word 
index in {0 to 2**20-—1}) 


SingleDD [index] = ~— unindexed DD 
or Mem[AbsentCopyDD.address] not original 
DD 


NIRW 


IRW chain = — (unindexed SingleDD, 
or DD with element__size = 7) 


desc-ind not {unindexed copy SingleDD,IRW} 
or index not opnd 


page table or indexed SingleDD 


paged SingleDD [page index] = ~— unpaged 
original SingleDD 
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NXLV 
Name: index and load value 
Encoding: 1 syllable (“AD”) 
Stack state eae 
transformation: deece i nde ke 
index: opnd (integer) ==> | opnd | 
OR 
index: opnd (integer) 
desc-ind: * ==> opnd 
Interrupts: 
Binding Request: IRW chain —~ DD with element__size = 7 
or desc-ind is copy DD with element__size = 
7 
Int Overflow: index not sp integer 
Inv Index: index in {0 to DD.length-1} 
or (unpaged DoubleDD and (doubled) word 
index Tin {0 to 2**20-1}) 
Inv Object: WordDD [index] = ~— opnd 
or Mem[AbsentCopyDD.address] not original 
DD 
Inv Reference: NIRW 
Inv Ref Chain: IRW chain = — (unindexed WordDD, 
or DD with element__size = 7) 
Inv Stack Arg: desc-ind not {unindexed copy WordDD,IRW} 
or index not opnd 
Page Struct Err: paged WordDD [page index] = ~— unpaged 
original SingleDD 
Presence Bit: Page table or indexed WordDD 


Stack-Underflow 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 
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NXVA 

Name: index and load value by means of address- 
couple parameter 

Encoding: 3 syllables (“EF”, lambda:4, delta:12) 

Stack State | ooo. he We A 

transformation: index: opnd (integer) | ==> | opnd 

Interrupts: 

Binding Request: IRW chain ~ DD with element__size = 7 

Int Overflow: index not sp integer 

Inv Index: index Tin {0 to DD.length-1} 
or (unpaged DoubleDD and (doubled) word 
index sin {0 to 2**20—1}) 

Inv Object: WordDD [index] = ~— opnd 
or Mem[AbsentCopyDD.address] not original 
DD 

Inv Reference: address-couple parameter 

Inv Ref Chain: IRW chain = — (unindexed WordDD, 
or DD with element__size = 7) 

Inv Stack Arg: index not opnd 

Page Struct Err: paged WordDD [page index] = — unpaged 
original SingleDD 

Presence Bit: page table or indexed WordDD 


Stack-Underflow 


Also see aLXCH — address-couple parameter evaluation; aLXLK — SIRW evaluation. 


OCRX 


Name: occurs index 
Encoding: 2 syllables ("9585") Variant 
Stack state jiu. uuu. 
transformation: sp (1 CW) 
opnd (integer) ==> sp (integer) : 
Interrupts: 
Int Overflow: TOS2 opnd not sp integer 
Inv Index: TOS2 opnd Tin {1 to ICW.ICW__limit} 
Inv Stack Arg: TOS not sp or TOS2 not opnd 


Stack-Underflow 
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ONE 
Name: insert literal one 
Encoding: 1 syllable ("B1") 
Otherwise see LT8. 
OVRD 
Name: overwrite delete 
Encoding: 1 syllable ("BA") 
Stack state |__|... 
transformation: | ears 4 
| object: any ==> Nui | 
Interrupts: 
Inv Object: ~ Mem[AbsentCopyDD.address] not original DD 
Inv Reference: NIRW 
Inv Stack Arg: ref not {IRW,IndexedSingleDD} 
Memory Protect: read__only IndexedSingleDD 
Presence Bit: . IndexedSingleDD 


Stack-Underflow 


Also see aLXCH — NIRW evaluation; aLXLK — SIRW evaluation. 


OVRN 
Name: overwrite non-delete 
Encoding: 1 syllable ("BB") 
Stack state 
transformation:  =—- | ---------------7--- 
ref: * 
object: any ==> object | 
Sarre ven ese HA Dee Mane |--------| 
Interrupts: same as OVRD 
PACD 
Name: pack delete 
Encoding: 1 syllable ("D1") 


Otherwise see PKUD. 
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PACU 
Name: pack update 
Encoding: 1 syllable (“D9”) 
Stacksia@te- ete | ddd ce 
transformation: len: opnd (integer) source! 
ee we ee s=> eee cae ee me re ne ee ee ee me me me me 
source: * opnd (hex-sequence) 
NOTE 
Result is sp if len in {0 to 12} and dp if len in {13 to 24} 
Interrupts: same as PKUD 
PAUS 
Name: pause until interrupt 
Encoding: 2 syllables ("9584") Variant 
Stack state 
transformation: none 
Interrupts: none 
PKLD 
Name: pack left-signed 
Encoding: 2 syllables ("9573") Variant 
Otherwise see PKUD. 
PKRD 
Name: pack right-signed 
Encoding: 2 syllables ("9574") Variant 
Otherwise see PKUD. 
5014954 
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PKUD 
Name: pack unsigned 
Encoding: 2 syllables ("9572") Variant 


Stack state 
transformation: 


ee ee ee a a ee 
ee me eee eee ee ee ee nee re ee ee eee ee ee ee 


NOTE 
Result is sp if len in {0 to 12} and dp if len in {13 to 24}. 


Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: len > 24 

or source pointer.char__index out of range 
Inv Index: source’ word index “lin {0 to 2**16—1} 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd or source not {IndexedDD,opnd 
Paged Array: source pointer 
Presence Bit: source pointer 
Stack-Overflow: Update for Paged Array interrupt. 


Stack-Underflow 


PUSH 
Name: push working stack onto activation record 
Encoding: 1 syllable ("B4") 
Stack state 
transformation: Expression stack is pushed 
onto topmost activation record. 
Interrupts: 


Stack-Overflow 


RDIV 
Name: remainder divide 
Encoding: 1 syllable ("85") 


Otherwise see IDIV. 
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RDLK 
Name: read lock 
Encoding: 2 syllables ("95BA”) Variant 
Stack state  j_... 
transformation: oe 

object: any ==> prior contents: any 

Interrupts: same as OVRD 

REMC 
Name: read external memory control 
Encoding: 2 syllables ("9592") Variant 
Stack state ae ne 
transformation: | Sp | peent Sp 
Interrupts: 


Stack-Underflow 
(Others are 
implementation-defined.) 
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RETN 
Name: return 
Encoding: 1 syllable ("A7”) 
Stack state 
transformation; , | i 
TOSm item 
topmost AR rs 
(at level m) / 
RCW (history_ 
D[tt], |---- ---- link) ~ | eee nnnnnn------- 
F==> MSCW ~peece- + S==> TOSm item 
TOSn item TOSn item 
jf prior AR if / 4 topmost AR / 
4 (at level n) ri | { (at level n) f 
RCW RCW 
---- ---- DELL], |---- ---- 
MSCW -+-+ <- F--> MSCW a 
BEFORE return (LL = m) AFTER return (LL = n) 
Interrupts: same as EXIT, plus: 


Inv Stack Arg: 
Stack-Underflow 


RIPS 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


(Others are 
implementation-defined.) 
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TOS is NIRW 


read internal processor state 
2 syllables ("9598") Variant 


RNGT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Inv Stack Arg: 
Stack-Overflow 


Stack-Underflow 


ROFF 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


RPRR 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Arg Value: 
Stack-Underflow 


Also see alSX: 
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range test 
4 syllables ("9582”, 1:8, h:8) Variant 


— ee ee me ne ee me me me ee ee oe oe ee ee oe oe 


TOS not operand 


read and reset overflow flip-flop 
1 syllable ("D7") 


read processor register 
2 syllables ("95B8”) Variant 


reg-id: sp (integer) | ==> 


reg-id not in {0, LL, 36-38, 52-53, 58} 


reg-id not 6-bit integer. 
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RSDN 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


RSNR 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


RSTF 


Name: 
Encoding: 


Stack state 
transformation: 


RSUP 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


rotate stack down 
2 syllables ("95B7”) Variant 


— en ow om we ee ee oe ee we we —_ — oo ee 


item]: any item2 
item2: any ==> item3 
item3: any itemi 


read stack number 
2 syllables ("9581") Variant 


Nul] ==> sp (stack number) 


reset float flip-flop 
1 syllable ("D4") Edit 


none 


rotate stack up 
2 syllables ("95B6”) Variant 


~~ e ee ew ee eK ee ew wwe we 


iteml: any item3 
item2: any | ==> item] 
1tem3: any i tem2 


RTAG 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


RTFF 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


RTOD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


RUNI 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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read tag 
2 syllables ("95B5”) Variant 


<=> 


read true-false flip-flop 
1 syllable ("DE") 


Nul] ==> 


read time of day clock 
2 syllables (”95A7"”) Variant 


Nul] ==> 


indicate running 
2 syllables ("9541") Variant 


none 


none 
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SAME 
Name: logical equality 
Encoding: 1 syllable ("94") 
Stack state a 
transformation: aniibitveeton) 
any (bit-vector) ==> sp (Boolean) | 
Interrupts: 
Stack-Underflow 
OGLE 
Name: scale left 
Encoding: 2 syllables (“CO”, ScaleFactor:8) 
Stack state 
transformation: §  }ossssscse-ecss6 ere 
opnd (numer ic) | ==> | opnd (integer) 
Interrupts: 
Int Overflow: TOS not dp integer 
Inv Code Param: ScaleFactor > 12 
Inv Stack Arg: TOS not opnd 
Stack-Underflow 
SCRF 
Name: scale right final 
Encoding: 2 syllables ("C6”, ScaleFactor:8) 
SEGCK StAIe, - 0 He PN 
transformation: opnd (numer i c) | ==> sp (BCD) | 
Interrupts: 
Int Overflow: TOS not dp integer 
Inv Code Param: ScaleFactor > 12 
Inv Stack Arg: TOS not opnd 


Stack-Underflow 
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SCRR 
Name: scale right rounded 
Encoding: 2 syllables ("C8”, ScaleFactor:8) 
Stack state |... .__.L - es Ey eee ee ay eee 
transformation: opnd (numer ic) ==> | opnd (integer) | 
Interrupts: same as SCRF 

SCRS 
Name: scale right save 
Encoding: 2 syllables ("C4”, ScaleFactor:8) 
Stack state 
transformations ie see eememectre ae ee 

opnd (integer) 
opnd (numer ic) ==> | sp (BCD) 

Interrupts: same as SCRF, plus: 
Stack-Overflow 

SCR 
Name: scale right truncate 
Encoding: 2 syllables ("C2”, ScaleFactor:8) 


Otherwise see SCRR. 
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SEQOD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 


Inv Arg Value: 


Inv Index: 
Inv Object: 
Inv Stack Arg: 


Paged Array: 


Presence Bit: 
Stack-Underflow 


SEQU 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


og Be 
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Name: 


Encoding: 


State stack 
transformation: 


Interrupts: 


Inv Index: 
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scan while equal delete 
2 syllables ("95F4") Variant 


eee ee ee ee ee 


len not sp integer 


source Pointer.char__index out of range 
or len > 2**20—1 


source’ word index in {0 to 2**16—1} 
Mem{AbsentCopyDD.address] not original DD 


delim not sp or len not opnd or source not 
{IndexedDD,opnd} 


source pointer 


source pointer 


scan while equal update 
2 syllables ("95FC”) Variant 


same as SEQD 


skip forward destination characters 


1 syllable (“DA”) Edit 
2 syllables ("DA”, Length:8) Table Edit 


none 
same as SRDC, plus: 
dest’ word index “in {0 to 2**16—1} 


SFSC 


Name: 
Encoding: 


Stack state 


transformation: 


Interrupts: 
Inv Index: 


SGED 


Name: 
. Encoding: 


SGEU 


Name: 
Encoding: 


SGTD 


Name: 
Encoding: 


SGTU 


Name: 
Encoding: 


5014954 


System Architecture Reference Manual, Volume 2 


Operator Reference Summaries 


skip forward source characters 


1 syllable ("D2") Edit 
2 syllables ("D2", Length:8) Table Edit 


none 
same as SRSC, plus: 
source’ word index Tin {0 to 2**16—1} 


scan while greater or equal delete 


2 syllables ("95F1") Variant 
Otherwise see SEQD. 


scan while greater or equal update 


2 syllables ("95F9”) Variant 
Otherwise see SEQU. 


scan while greater delete 


2 syllables ("95F2”) Variant 
Otherwise see SEQD. 


scan while greater update 


2 syllables ("95FA”) Variant 
Otherwise see SEQU. 
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SHOW 
Name: primitive display 
Encoding: 2 syllables (“95DE”) Variant 


Stack state 
transformation: 


len: opnd (integer) 


source: * ==> Null 

(nterrupts: 

Int Overflow: len not sp integer 

[Inv Arg Value: source Pointer.char__index “in {0 to 5} 
or len > 2**20-1 

Inv Index: source’ word index in {0 to 2**16—1} 

{Inv Object: Mem[AbsentCopyDD.address] not original DD 

Inv Stack Arg: len not opnd or source not {EBCDIC 
pointer, IndexedWordDD,opnd} 

Memory Protect: odd-tagged word in source 

Presence Bit: source pointer 

Stack-Underflow 

SINT 

Name: set interval timer 

Encoding: 2 syllables ("9545") Variant 

Stack state 

transformation: [T7527 sp (integer) | ==> nul 

Interrupts: 

Stack-Underflow 

Also see alISX: time not 11-bit integer. 
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SISO 

Name: string isolate 
Encoding: 1 syllable (“D5”) 
Stack state ye 
transformation: bene. pnd G Ateger) 

ore taal ==> | opnd (char-sequence) 

NOTE 
Result type is 

source sp if len in dp if len in 

EBCDIC {0 to 6} {7 to 12} 

hex {0 to 12} {13 to 24} 
Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: (source = EBCDIC and len > 12) 

or (source = hex and len > 24) 
or source pointer.char__index out of range 

Inv Index: Source’ word index “in {0 to 2**16—1} 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd or source not {IndexedDD,opnd} 
Paged Array: source pointer 
Presence Bit: source pointer 
Stack-Overflow: Update for Paged Array interrupt. 


Stack-Underflow 


SLED 
Name: scan while less or equal delete 
Encoding: 2 syllables ("95F3”) Variant 
Otherwise see SEQD. 
SLEU 
Name: scan while less or equal update 
Encoding: 2 syllables ("95FB”) Variant 


Otherwise see SEQU. 
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ayes) ©, 


Name: 


Encoding: 


SLSU 


Name: 


Encoding: 


SNED 


Name: 


Encoding: 


SNEU 


Name: 


Encoding: 


~SNGL 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Exp Overflow: 
Exp Underflow: 


Inv Stack Arg: 
Stack-Underflow 
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—— we oe oe 


scan while less delete 


2 syllables ("95FO”) Variant 
Otherwise see SEQD. 


scan while less update 


2 syllables ("95F8") Variant 
Otherwise see SEQU. 


scan while not equal delete 


2 syllables ("95F5”) Variant 
Otherwise see SEQD. 


scan while not equal update 


2 syllables ("95FD”) Variant 
Otherwise see SEQU. 


set to single-precision rounded 
1 syllable 


—— es ee oe —a ee eB www ewe ew ee 


It 
It 
Vv 


RS(ND(x)) = exponent value too large 


N(x) = exponent value too small 
or RS(ND(x)) = exponent value too small 
or NS(RS(ND(x))) = exponent value too 


TOS not opnd 


SNGT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Exp Overflow: 
Exp Underflow: 


Inv Arg Value: 


Inv Stack Arg: 
Stack-Underflow 


SPLIT 


Name: 
Encoding: 


Stack state | 
transformation: 


Interrupts: 


Inv Stack Arg: 
Stack-Overflow 
Stack-Underflow 
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set to single-precision truncated 
1 syllable ("CC") 


— we we ee ee we ee 


TS(ND(x)) = exponent value too big 


N(x) = exponent value too small 
or TS(ND(x)) = exponent value too small 
or NS(TS(ND(x))) = exponent value too small 


TOS = unindexed DoubleDD and length 
>2**19—1] 


TOS “in {opnd,WordDD} 


set double to two singles 
2 syllables ("9543") Variant 


TOS not opnd 
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SPRR 
Name: set processor register 
Encoding: 2 syllables ("95B9”) Variant 
Stack state. 0 fee ee 
transformation: reg-val: sp (integer) 

| reg-id: sp (integer) ==> Null 

Interrupts: 
Inv Arg Value: reg-id not in {valid values} 


See SPRR definition. 


Stack-Underflow 


Also see aISX: reg-id not 6-bit integer or 
reg-val not (register-width)-bit integer. 


SRCH 
Name: masked search for equal 
Encoding: 2 syllables ("95BE”) Variant 
Stack state 
transformation: ONCE ET i Me teat 
domain: SingleDD 
mask: any (bit-vector) 
targ: any (bit-vector) ==> | sp (integer) | 
Interrupts: 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: domain in {unpaged copy SingleDD, 
IndexedSingleDD} 
Presence Bit: SingleDD 
Stack-Underflow 
SRDC 
Name: skip reverse destination characters 
Encoding: 1 syllable ("DB") Edit 


2 syllable ("DB”, Length:8) Table Edit 
Stack state 


transformation: none 

Interrupts: 

Paged Array: dest Pointer 

Stack-Overflow: If table-edit, update for Paged Array 
interrupt. 
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SRSC 
Name: skip reverse source characters 
Encoding: 1 syllable ("D3") Edit 


2 syllables ("D3”, Length:8) Table Edit 
Stack state 


transformation: none 
Interrupts: 
Paged Array: source pointer 
Stack-Overflow: I table-edit, update for Paged Array interrupt. 
Undefined Op: skip-source follows EXPU 
STAD 
Name: store delete by means of an address-couple 
Encoding: 3 syllables ("F6”, lambda:4, delta:12) 
Stack state 
transformation: -«- - Fae Seesceoee st eeeess 
object: operand ==> Null 
Interrupts: 
Binding Request: IRW chain — DD with element__size = 7 
Inv Object: object operand type does not match store 
target 
or Mem[AbsentCopyDD.address] not original 
DD 
Inv Reference: address-couple parameter 
Inv Ref Chain: See functional definition in section 3. 
Inv Stack Arg: (initial state) TOS not opnd 
(restart state) TOS not {IRW, 
IndexedWordDD} 
or TOS2 not opnd 
Memory Protect: read__only IndexedWordDD 


or reference chain ~ tag-3 item 
or dp second word location is an odd-tagged 
item 


Presence Bit: IndexedWordDD 
Stack-Underflow 


Also see aACCE — ref chain = PCW; aLXCH — address-couple parameter evaluation; aLXLK 
— RIRW evaluation. 
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STAG 
Name: set tag 
Encoding: . & 2 syllables ("95B4") Variant 
Stack state 
transformation: ee a ra ete 
tag: sp opnd 
object: any ==> object! | 
Interrupts: 
Inv Stack Arg: tag not opnd 
Stack-Underflow 
STAN 
Name: store non-delete by means of address-couple 
parameter 
Encoding: 3 syllables ("F7”, lambda:4, delta:12) 
Stack state 
transformation: Pepe as Sow ge ets a aris | dana peo 
object: operand ==> object 
Interrupts: same as STAD 
SEF 
Name: stuff 
Encoding: 1 syllable (“AF”) 
Stack state 
transformation: ie ae SC ITRW. 
Interrupts: 
Inv Reference: NIRW 
Inv Stack Arg: TOS not IRW 
Stack Structure: new displacement Tin {1 to 2**16—1} 


Stack-Underflow 


Also see aLXCH — NIRW evaluation. 


B-66 


SOD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Binding Request: 
Inv Object: 


Inv Reference: 
Inv Ref Chain: 
Inv Stack Arg: 


Memory Protect: 


Presence Bit: 
Stack-Underflow 


Also see aACCE — ref chain => PCW; aLXCH — NIRW evaluation; aLXLK — SIRW 


evaluation. 
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store delete 
1 syllable ("B8”) 


object: operand ==> Nul | 


ref: * ==> Nul] 


IRW chain — DD with element__size = 7 


object operand type does not match store 
target 

or Mem[AbsentCopyDD.address] not original 
DD 


NIRW 
See functional definition in Section 3. 


TOS not {IRW, IndexedWordDD, opnd} 
or (TOS in {IRW,IndexedWordDD} and 
TOS2 not opnd) 

or (TOS is opnd and TOS2 not 
{IRW,IndexedWordDD}) 


read__only IndexedWordDD 

or reference chain — tag-3 item 

or dp second word location is an odd-tagged 
item 


IndexedWordDD 
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STON 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


STOP 


Name: 
Encoding: 
Stack state 


transformation: 


Interrupts: 


SUBT 
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Name: 
Encoding: 
Stack state 


transformation: 


Interrupts: 
Exp Overflow: 
Inv Stack Arg: 


Stack-Underflow 


store non-delete 
1 syllable ("B9”) 


ee ee eee me ee eee ee 


ref: * 
“object: operand | ==> | object. 
Sogehy ae aan nie ee one mn . basta ahad eles 
“object: operand — 
ere ==> | object. 


same as STOD 


unconditional processor halt 
2 syllables ("95BF”) Variant 


none 


none 


subtract 
1 syllable ("81") 


eee ewe ee mee ee ee oe ew ee ee ee ee 


> opnd (numer ic) 


Oo 
Do 
3 
Q. 
a 
Cc 
3 
m 
et 
(e) 
It 
tt 


R(x-y) = exponent value too big 
TOS not opnd or TOS2 not opnd 


SWFD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Index: 
Inv Object: 
Inv Stack Arg: 


Memory Protect: 


Paged Array: 


Presence Bit: 
Stack-Underflow 


SWFU 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


SWTD 


Name: 
Encoding: 
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scan while false delete 
2 syllables ("95D4") Variant 


len not sp integer 


source Pointer.char__index out of range 
or len > 2**20-1 


source’ word index —in {0 to 2**16—1} 
Mem[AbsentCopyDD.address] not original DD 


set not IndexedSingleDD 
or len not opnd 
or source not {IndexedDD,opnd} 


odd-tag in set 
source pointer 
set word desc or source pointer 


scan while false update 
2 syllables ("95DC”) Variant 


same as SWFD 


scan while true delete 


2 syllables ("95D5”) Variant 
Otherwise see SWFD. 
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SWTU 
Name: scan while true update 
Encoding: 2 syllables ("95DD”"”) Variant 
Otherwise see SWFU. 
SXSN 
Name: set external sign flip-flop 
Encoding: 1 syllable ("D6") 
Stack state 
transformation: == |-------------------| —_- J ----- 
num operand ==> num 
Interrupts: 


Inv Stack Arg: num not opnd 


Stack-Underflow 


TEED 
Name: table enter edit delete 
Encoding: 1 syllable (“DO”) 
Stack state 
transformation: 


table: desc 


dest: desc 


==> Nu] | 


Interrupts: 


Inv Arg Value: 


Inv Index: 
Inv Object: 
Inv Stack Arg: 


Presence Bit: 


Stack-Under flow 


table.esi Tin {0 to 5} 

or source/dest Pointer.char__index out of 
range 

or len > 2**20—1 (restart state) 


table’ word index “in {0 to 2**13-—1} 
Mem[AbsentCopyDD.address] not original DD 


table not IndexedDD or source not 
{IndexedDD,opnd} or dest not IndexedDD 


micro-op table pointer 
or source or dest pointer 
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TEEU 
Name: table enter edit update 
Encoding: 1 syllable (“D8”) 
Stack state |... oe 
transformation: tapes dese 
source: * source' 
www eww wm ee ee ee > “eee eee ee 
dest: desc dest! 
|e------------| 0 | --------- 
NOTE 
Final stack state is produced by ENDE. 
Interrupts: same as TEED. 
i 
TEQD 
Name: transfer while equal delete 
Encoding: 1 syllable ("E4”) 
Stack state |, ooo 
transformation: delim: sp (char) 
len: opnd (integer) 
source: 
dest: desc ==> Nul |] 
Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: source/dest Pointer.char__index out of range 
or len > 2**20-1 
Inv Index: source’ or dest’ word index “in 
{0 to 2**16—1} 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: delim not sp or len not opnd 
or source not {IndexedDD,opnd} 
or dest not IndexedDD 
or (source = EBCDIC(hex) and dest = 
hex(EBCDIC)) 
Memory Protect: read__only dest pointer 
Paged Array: source or dest pointer 
Presence Bit: source or dest pointer 


Stack-Underflow 
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TEQU 


Name: 
Encoding: 
Stack state 


transformation: 


Interrupts: 


TGED 


Name: 
Encoding: 


Name: 
Encoding: 


TGTD 


Name: 
Encoding: 


TGTU 


Name: 
Encoding: 


TLED 


Name: 
Encoding: 
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transfer while equal update 


1 syllable ("EC") 


ee et we ee me es ee te 


same as TEQD 


transfer while greater 


1 syllable ("E1”) 
Otherwise see TEQD. 


transfer while greater 
1 syllable ("E9”) 


Otherwise see TEQU. 


transfer while greater 
1 syllable ("E2") 


Otherwise see TEQD. 


transfer while greater 
1 syllable (“EA”) 


Otherwise see TEQU. 


transfer while less or 
1 syllable ("E3”) 


Otherwise see TEQD. 


opnd (integer) len! 
source: %* ==> source’ 
dest: desc dest' 


or equal .delete 


or equal update 


delete 


update 


equal delete 


TLEU 


Name: 


Encoding: 


TLSD 


Name: 


Encoding: 


TLSU 


Name: 


Encoding: 


TNED 


Name: 


Encoding: 


TNEU 


Name: 


Encoding: 
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transfer while less or equal update 


1 syllable ("EB") 
Otherwise see TEQU. 


transfer while less delete 


1 syllable ("E0”) 
Otherwise see TEQD. 


transfer while less update 


1 syllable (”E8”) 
Otherwise see TEQU. 


transfer while not equal delete 


1 syllable (”E5”) 
Otherwise see TEQD. 


transfer while not equal update 


1 syllable (“ED”) 
Otherwise see TEQU. 
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TRNS 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Index: 


Inv Object: 
Inv Stack Arg: 


Memory Protect: 


Paged Array: 


Presence Bit: 
Stack-Underflow 


translate 
2 syllables ("95D7”) Variant 


me ee me ee we re ee eee ee ee es ee 


table: word desc 


eee ee wee ee eee ee ee 


len not sp integer 


source/dest Pointer.char__index out of range 
or len > 2**20-—1 


source’ or cest’ word index in {0 to 
2**16—1} 


Mem[AbsentCopyDD.address] not original DD 


table not IndexedSingleDD or len not opnd 
or source not {IndexedDD,opnd} 
or dest not IndexedDD 


read__only dest pointer 
or odd-tag in table 


source or dest pointer 
table word desc or source or dest pointer 
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TUND 
Name: transfer characters unconditional delete 
Encoding: 1 syllable ("E6”) 
Stack state |, ooo 
transformation: len: opnd (integer) 
source: ? 
dest: desc ==> Nul | 
Interrupts: 


Int Overflow: 
Inv Arg Value: 


Inv Index: 


Inv Object: 
Inv Stack Arg: 


Memory Protect: 
Paged Array: 


Presence Bit: 
Stack-Underflow 


TUNU 


Name: 
Encoding: 
Stack state 


transformation:  {----- 


Interrupts: 
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len not sp integer 


source/dest Pointer.char__index out of range 
or len > 2**20-1 


source’ or dest’ word index “in {0 to 
2**16—1} 


Mem [AbsentCopyDD.address] not original DD’ 


len not opnd or source not 
{IndexedDD,opnd} 

or dest not IndexedDD 

or (source = EBCDIC(hex) and dest = 
hex(EBCDIC)) 


read__only dest pointer 
source or dest pointer 
source or dest pointer 


transfer characters unconditional update 
1 syllable (“EE”) 


ee eee me me me ow a oe 


same as TUND 
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TWEED 
Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 


Inv Arg Value: 
Inv Index: 


Inv Object: 
Inv Stack Arg: 


Memory Protect: 


Paged Array: 


Presence Bit: 
Stack-Underflow 


TWFU 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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transter while false delete 
2 syllables ("95D2") Variant 


wee eR eK we eB Ee wwe ew ee 


me eee ee ea ee ee 


nee eee ame ee ee eee ee 


len not sp integer 


source/dest Pointer.char__index out of range 
or len > 2**20-1 


source’ or dest’ word index in {0 to 
2**16—1} 


Mem[AbsentCopyDD.address}] not original DD 


set not IndexedSingleDD or len not opnd 
or source not {IndexedDD,opnd} 

or dest not IndexedDD 

or (source = EBCDIC(hex) and dest = 
hex(EBCDIC)) 


read__only dest pointer 
or odd-tag in set 


source or dest pointer 


set word desc or source or dest pointer 


transfer while false update 
2 syllables ("95DA”) Variant 


eee ee em ee ee ene ee ee ee 


opnd (integer) len! 
source: * ==> source! 
dest: desc dest' 


ee eee ee ee ee ee ——_— ee ee ee 


same as TWIFD 
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TWOD 


Name: 
Encoding: 


Stack state 
transformation: 


-—— om ee 


—— ee oe 


Interrupts: 
Int Overflow: 
Inv Arg Value: 


Inv Index: 


Inv Object: 
Inv Stack Arg: 


Memory Protect: 


Presence Bit: 
Stack-Underflow 


TWOU 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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transfer words overwrite delete 
1 syllable ("D4") 


ee ee eee ee we we me we 


len not sp integer 


source/dest Pointer.char__index out of range 
or len > 2**20-1 


source’ or dest’ word index “in {0 to 
2**k—1}, where k = 20 for IndexedWordDD 
or 16 for pointer or source or destination 
pointer has word_index = 2**16—1 and 
char__index > 0 


Mem[AbsentCopyDD.address] not original DD 


len not opnd or source not 
{IndexedDD, opnd} 
or dest not IndexedDD 


read__only dest IndexedDD 
source or dest IndexedDD 


transfer words overwrite update 
1 syllable ("DC") 


same as TWOD 
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TWSD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Int Overflow: 


Inv Arg Value: 


Inv Index: 


Inv Object: 
Inv Stack Arg: 


Memory Protect: 


Paged Array: 


Presence Bit: 
Stack-Underflow 


TWSU 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


—-—— = 


dest: 


transfer words delete 
1 syllable ("D3") 


— ee mea ee ee eee 


desc ==> Null 


len not sp integer 


source/dest Pointer.char__index out of range 
or len > 2**20-1 


source’ or dest’ index in {0 to 2**k—1}, 
where k = 20 for IndexedWordDD, or 16 
for pointer or source, or destination pointer 
has word__index = 2**16—1 and char__index 
> 0 


Mem[AbsentCopyDD.address] not original DD 


len not opnd or source not 
{IndexedDD,opnd} 
or dest not IndexedDD 


read__only dest IndexedDD 
source or dest IndexedDD 


source or dest IndexedDD 


transfer words update 
1 syllable (“DB”) 


ee oe ee 
_— oe ee we eo 


same as TWSD 
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TWTD 


Name: 


Encoding: 


TWTU 


Name: 
Encoding: 


UNLK 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Unlocking: 


UPLD 


Name: 
Encoding: 


UPLU 


Name: 


Encoding: 


UPRD 


Name: 
Encoding: 
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transfer while true delete 


2 syllables ("95D3”) Variant 
Otherwise see TWFD. 


transfer while true update 


2 syllables ("95DB") Variant 
Otherwise see TWFU. 


unlock interlock 
2 syllables ("95B2”) Variant 


same as LOKC, plus: 


interlock status not Locked__Uncontended 


unpack left-signed delete 


2 syllables ("9570") Variant 
Otherwise see UPUD. 


unpack left-signed update 


2 syllables ("9578") Variant 
Otherwise see UPUU. 


unpack right-signed delete 


2 syllables ("9571") Variant 
Otherwise see UPUD. 
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UPRU 
Name: unpack right-signed update 
Encoding: 2 syllables ("9579") Variant 
Otherwise see UPUU. 
UPUD 
Name: unpack unsigned delete 
Encoding: 2 syllables ("95D1") Variant 
Stack state 
transformation: j;,__ 
len: opnd (integer) 
source: opnd (hex-sequence) 
dest: desc ==> Null 
Interrupts: 
Int Overflow: len not sp integer 
Inv Arg Value: len > 24 
or dest pointer.char__size out of range 
Inv Index: dest’ word index min {0 to 2**16—1} 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Stack Arg: len not opnd, or source not opnd, or 
dest not IndexedDD 
Memory Protect: read__only dest pointer 
Paged Array: dest pointer 
Presence Bit: dest pointer 
Stack-Underflow 
UPUU 
Name: unpack unsigned update 
Encoding: 2 syllables (”95D9”) Variant 
mtack state ho ee 
transformation: len: opnd (integer) 
source: opnd (hex-sequence) source! 
SST e wwe Hw ew wm meme mew ewe eee ew eK = =s==> -———— eee ee 
dest: desc dest’ 
Interrupts: same as UPUD 
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USND 
Name: unpack signed delete 
Encoding: 2 syllables ("95D0"”) Variant 
Otherwise see UPUD. 
USNU 
Name: unpack signed update 
Encoding: 2 syllables ("95D8") Variant 
Otherwise see UPUU. 
VALC 
Name: value call 
Encoding: 2 syllables (binary 00:2, AddressCouple:14) 
Stack state 
transformation: gees Sane 
Interrupts: 
Binding Request: IRW chain — DD with element__size = 7 
Inv Object: Mem[AbsentCopyDD.address] not original DD 
Inv Reference: lambda > Il 
Inv Ref Chain: See functional definition in section 3. 
Inv Stack Arg: restart TOS not {SIRW, IndexedWordDD, 
operand} 
Presence Bit: IndexedWordDD 


Stack-Overflow: 


Also see aACCE — ref chain = PCW; aLXCH — address-couple parameter evaluation; aLXLK 


VARI 
Name: introduce variant operator 
Encoding: 1 syllable ("95") 
Stack state 
transformation: none 
Interrupts: none 
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WAT 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Over flow 


WEMC 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


WHO 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow 


WIPS 
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Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Underflow 


read machine identification 
2 syllables ("95A4") Variant 


Nul} ==> 


write external memory control 
2 syllables ("9593") Variant 


sp 

sp ==> Null 
(Others are implementation-defined.) 
read processor identification 
2 syllables ("954E”) Variant 

Null ==> sp (proc id) 

write internal processor state 
2 syllables ("9599") Variant 

sp 

sp ==> Nul |] 


(Others are implementation-defined.) 


WTOD 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
Stack-Overflow: 


XTND 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 


Inv Stack Arg: 
Stack-Underflow 


ZERO 


Name: 
Encoding: 


ZIC 


Name: 
Encoding: 


Stack state 
transformation: 


Interrupts: 
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write time-of-day clock 
2 syllables ("9549") Variant 


| time: sp (integer) ==> Nul] 


ee 


Also see aISX: time not 36-bit integer. 


set to double-precision 
1 syllable ("CE") 


TOS not {opnd,word desc} 


insert literal zero 


1 syllable (”BO”) 
Otherwise see LTS8. 


zero Interrupt__Count 
2 syllables ("9540") Variant 


none 


none 
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OPERATOR DEPENDENT INTERRUPT REFERENCE SUMMARIES 


GENERAL INFORMATION 


Operator Dependent Interrupts are listed alphabetically. For each interrupt, the operators and functions 
that cause the interrupt are listed alphabetically. Where relevant, brief statements of various conditions 
under which an operator or function generates an interrupt are included. In some cases, operators and 
functions which generate a particular interrupt are grouped into classes. 


The association of Interrupt conditions with a class of operators, individual operator, or function, is 
indicated by use of ellipses (series of periods or dots). If a class, operator, or function, has multiple 
conditions itemized, no precedence or priority is implied, all conditions listed are itemized as though 
they are parallel to each other. If a common condition generates an interrupt during multiple classes, 
operators, or functions, the condition is itemized under each class, operator, or function, for each in- 
terrupt type. 


The itemization of Conditions under which interrupts are generated contain the following nonstandard 
terms and abbreviations. 


Address(name) the nominal memory address associated with “name”. 

G resumption condition is Continue. 

Dest destination array specification for pointer operators. 

Dest? word index computed word-index of an updated destination 
pointer. 

Dp double-precision. 

Hist Link the stack index computed from a history link. 

LexLink the address computed from a lexical link. 

i lex__level. 

Mem [Ret] The item stored in the memory location addressed by 


Ref (Ref may be, for instance, a descriptor, IRW, or 
nominal address.) 


Opnd operand. 

OPT OPTIONAL (interrupt condition detection is 
implementation option.) 

R-J resumption condition is Repeat-Initial. 

R-R resumption condition is Repeat-Restart. 

R.* resumption condition is Repeat-Initial or Repeat- 


Restart, according to whether the operator began in 
initial or restart state, respectively. 


Source source array specification for pointer operators. 


Source digit 


Source’ word index 
Sp 
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non-signed hexidecimal character or a 4-bit EBCDIC 
numeric digit. 


computed word-index of an updated source pointer. 


single-precision. 
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Stack [i] The item stored at index-i in the current stack. 
SVD stack-vector descriptor. 

TOS Top-of-stack item. 

TOSi i-th itern from the top of the stack (TOSI = TOS). 
Word (as modifier of descriptor.element__size is sp or dp. 

descriptor) 

TooBig The exponent-value is too large to fit the available 


exponent-field container (space). 


TooSmall The exponent-value is too small to fit the available 
exponent-field container (space). 


Unless restart state is specified explicitly, the interrupt descriptions that follow apply to the initial state 
of the operator. For string-isolate, pack, input-convert, and enter-table-edit operators, the presence of 
an additional argument in restart state changes the TOSi positions of some other arguments. 
Binding Request 


The following operators generate a Binding Request interrupt if a descriptor with an element__size of 
7 is encountered in a reference chain: 


aINTE ENTR INDX INXA LVLC NXLN NXLV NXVA STAD STAN STOD STON VALC 
MKSN-NAMC (optional implementation, anticipating ENTR) 


The following operators generate a Binding Request interrupt if a copy descriptor with an element__size 
of 7 is encountered as a Descriptor Indication argument: 


INDX NXLN NXLV 
Block Exit 

EXIT,RETN RCW.block__exit = 1 
Code Segment Error 


The common action aPRCW can generate Code Segment Error interrupts while distributing a new 
code-sequence pointer, if the location referenced by the PCW (RCW, for EXIT and RETN) does not 
contain a code-segment descriptor (with tag =: 3). The test is OPTIONAL. 


Divide by Zero 


The following operators generate a Divide by Zero interrupt if the numeric interpretation of the top- 
of-stack operand (divisor) is zero: 


DIVD IDIV RDIV 
Exponent Overflow 


The following operators generate an Exponent-Overflow interrupt if the result of a rounding or trunca- 
tion function is TooBig. For binary operators, the second from top-of-stack operand is denoted x and 
the top operand y; for unary operators, the top-of-stack operand is denoted x. 
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ADD R(x+y) = TooBig 
DIVD R(x/y) = TooBig 
MULT,MULX R(x*y) = TooBig 
SNGL RS(ND(x)) = TooBig 
SNGT TS(ND(x)) = TooBig 
SUBT R(x-y) = TooBig 


Exponent Underflow 


The following operators generate an Exponent-Underflow interrupt if the result of a rounding, trunca- 
tion, or normalization function is TooSmall. For binary operators, the second from top-of-stack oper- 
and is denoted x and the top operand y; for unary operators, the top-of-stack operand is denoted x. 


DIVD R(x/y) = TooSmall 
MULT,MULX R(x*y) = TooSmall 
NORM N(x) = TooSmall 
SNGL N(x) = TooSmall 


or RS(ND(x)) = TooSmall 

or NS(RS(ND(x))) = TooSmall 
SNGT N(x) = TooSmall 

or TS(ND(x)) = TooSmall 

or NS(TS(ND(x))) = TooSmall 


False Assertion 


A False Assertion interrupt is generated only by the ASRT (assert) operator when its stack input is 
False. The operator’s single-parameter syllable is the P2 parameter. 


Integer Overflow 


Conditions under which Integer-Overflow interrupts are generated are denoted as “stack item” not 
"type” integer (not representable as an integer), where "type” is sp or dp. 


alSX argument not sp integer (See aISX summary.) 
BCD TOS opnd not dp integer 
CEQD,CEQU,CGED,CGEU, TOS opnd not sp integer 


CGTD,CGTU,CLED,CLEU, 
CLSD,CLSU,CNED,CNEU 


DBCD TOS opnd not sp integer 
or TOS2 opnd not dp integer 

DBFL,DBTR TOS opnd not sp integer 

DBRS,DBST TOS opnd not sp integer 

DBUN TOS opnd not sp integer 

DFTR TOS or TOS2 or TOS3 opnd not sp integer 
DINS TOS2 or TOS3 opnd not sp integer 

DISO TOS or TOS2 opnd not sp integer 
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DSLF, DSRF,DSRR,DSRS,DSRT TOS opnd not sp integer 
or TOS2 opnd not dp integer 

EXPU,EXSD,EXSU TOS opnd not sp integer 

ICLD,ICRD,ICUD, ICVD,ICVU TOS opnd not sp integer 

IDIV result not sp or dp integer (Result type 
depends on argument types.) 

INDX index (TOS or TOS2) opnd not sp integer 

INXA TOS opnd not sp integer 

LLLU TOS or TOS3 opnd not sp integer 

LODT argument not sp integer (see LODT summary) 

NTGD,NTTD TOS opnd not dp integer 

NTGR,NTIA TOS opnd not sp integer 

NXLN,NXLV index (TOS or TOS2) opnd not sp integer 

NXVA TOS opnd not sp integer 

OCRX TOS2 opnd not sp integer 

PACD,PACU, 

PKLD,PKRD,PKUD TOS opnd not sp integer 

RDIV same conditions as IDIV — result would be 
Integer-Overflow 

SCLF, SCRF,SCRR,SCRS,SCRT TOS opnd not dp integer 

SEQD,SEQU,SGED,SGEU, TOS2 opnd not sp integer 


SGTD,SGTU,SLED,SLEU, 
SLSD,SLSU,SNED,SNEU 


SHOW | TOS not sp integer 

SISO TOS opnd not sp integer 
SWFD,SWFU,SWTD,SWTU TOS2 opnd not sp integer 
TEQD,TEQU,TGED,TGEU, TOS2 opnd not sp integer 


TGTD,TGTU,TLED,TLEU, 
TLSD,TLSU,TNED,TNEU 


TRNS TOS2 opnd not sp integer 
TUND,TUNU TOS opnd not sp integer 
TWFD,TWFU,TWTD,TWTU TOS2 opnd not sp integer 
TWOD,TWOU,TWSD,TWSU TOS opnd not sp integer 
UPLD,UPLU,UPRD,UPRU, TOS opnd not sp integer 


UPUD,UPUU,USND,USNU 


Invalid Address is an Alarm interrupt, but it can be generated in one operator-dependent context; when 
the LODT argument is an integer, but not within the range of a nominal memory address. An imple- 
mentation may be defined to generate an Invalid Argument Value or Invalid Stack Argument interrupt 
in the same circumstance. _ 


LODT TOS integer — in {0 to 2**20-—1} 
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Invalid Argument Value 


Conditions under which Invalid Argument Value interrupts are generated are denoted as <argument> 
relational expression or <argument> —in {valid range}, where <argument> may be a <type name- 
>.field or a stack-item specification. 


aACCE,aINTE 


alSX 
aPRCW 


CUIO 
DBCD 
DBFL,DBTR,DBUN 


DBRS,DBST 


DFTR 


DINS 


DISO 


DSLF, DSRF,DSRR,DSRS,DSRT 
ENTR 


ICLD,ICRD,ICUD, ICVD,ICVU 
LODT 


MVST 


PACD,PACU, PKLD,PKRD,PKUD 
RPRR 
SISO 


SNGT 
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(Mem[F +1] = NIRW directly to PCW and 
PCW.Il > 0 and PCW.I] -— 1 4 
NIRW.lambda) (OPTIONAL) 


or PCW.I] — 1 m= MSCW.1] (OPTIONAL) 
or PCW. invalid__ll ~= 0 


argument not k-bit integer (see aISX summary) 


(PCW or RCW).psi min {0 to 5} 
(OPTIONAL) 


Mem[TOS descriptor].[47:16] 77 = hex” 10CB” 
TOS opnd in {0 to 24} 

PCW.1I1 a= LL (OPTIONAL) 

or branch-dest opnd in {0 to 2**16—1} 


(optionally reportable as Invalid Index) 
or PCW.sdll —~= SDLL (OPTIONAL) 


TOS opnd —in {0 to 47} 


TOS opnd “in {0 to 48} 
or TOS2 opnd in {0 to 47} 
or TOS3 opnd —in {0 to 47} 


TOS2 opnd in {0 to 48} 
or TOS3 opnd in {0 to 47} 


TOS opnd in {0 to 48} 
or TOS2 opnd —in {0 to 47} 


TOS opnd in {0 to 12} 

(Mem[F+1] = NIRW directly to PCW and 
PCW.I] > 0 and PCW.I] -— 1 T= 
NIRW.lambda) (OPTIONAL) 

or PCW.Il min {0, MSCW.11+ 1} 
(OPTIONAL) 

or PCW.invalid_ll m= 0 


TOS opnd > 23 


argument not k-bit integer (see LODT 
summary 


ENR value too large for container 
(OPTIONAL if container size = 0) 


TOS opnd > 24 
TOS not in {0, LL, 36-38, 52-53, 58} 


(source = EBCDIC and TOS opnd > 12) 
or (source = hex and TOS opnd > 24) 


TOS = unindexed DoubleDD and length > 
2**19— 1 
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SPRR TOSI not in {0, LL, 36-38, 52-53, 58} 

TEED, TEEU table descriptor.esi sin {0 to 5} 
(OPTIONAL) 

UPLD,UPLU,UPRD,UPRU, TOS opnd > 24 


UPUD,UPUU,USND,USNU 


All pointer operators can generate the interrupt if the char__index field of a source or destination 
pointer is not in the proper range ({0 to 5} for EBCDIC, {0 to 11} for hexidecimal). The checks are 
OPTIONAL. 


CEQD CEQU CGED CGEU CGTD CGTU CLED CLEU CLSD CLSU CNED CNEU 
EXPU EXSU EXSD 

ICLD ICRD [CUD ICVD [CVU 

PKLD PKRD PKUD PACD PACU 

SEQD SEQU SGED SGEU SGTD SGTU SLED SLEU SLSD SLSU SNED SNEU 
SHOW 

SWFD SWFU SWTD SWTU 

TEED TEEU 

TEQD TEQU TGED TGEU TGTD TGTU TLED TLEU TLSD TLSU TNED TNEU 
TRNS 

TUND TUNU 

TWFD TWFU TWTD TWTU 

TWOD TWOU 

TWSD TWSU 

UPLD UPLU UPRD UPRU UPUD UPUU USND USNU 


All pointer operators can generate the interrupt if the length argument exceeds 2**20+1. The check 
is OPTIONAL for the SHOW operator and applies to TEED and TEEU only in restart state. (Some 
pointer operators have a more restrictive limit, specifically string-isolate, input-convert, pack and un- 
pack.) 


Invalid Code Parameter 


Conditions under which Invalid Code Parameter interrupts are generated are denoted as parameter 
name > maximum valid value; all these tests are OPTIONAL. 


BCD N > 24 

BRFL,BRTR op__psi > 5 

BRST,BSET Db > 47 

BRUN op__psi > 5 

FLTR Db > 47 or Sb > 47 or Len > 48 
INSR Db > 47 or Len > 48 

ISOL Sb > 47 or Len > 48 


SCLF, SCRF,SCRR,SCRS,SCRT ScaleFactor > 12 
Invalid Index 


Conditions under which Invalid Index interrupts are generated are denoted “index value” —in {valid 
range}. 
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NOTE 


Tests for word index < 2**16 or 2**20 for pointer updates are shown for 
both delete and update forms of the pointer operators. Only the update ver- 
sions can generate the interrupt at normal termination, but both versions can 
generate the interrupt if update is required in mid-operator, such as for an- 


other interrupt. 


aLXLK 
aPRCW 
BRFL,BRTR,BRUN 


CEQD,CEQU,CGED,CGEU, 
CGTD,CGTU,CLED,CLEU, 
CLSD,CLSU,CNED,CNEU 


DBFL,DBTR,DBUN 


ENDE 


ENDF 


ICLD,ICRD,ICUD, ICVD,ICVU 


INDX 


INOP,INSC,INSG,INSU 
INXA 


LLLU 
MCHR,MFLT,MINS,MVNU 


MVST 


NXLN,NXLV 


NXVA 


OCRX 
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stack_number “in {0 to SVD.length-1} 
(OPTIONAL) 


(PCW or RCW).pwi ain {0 to 
CSD.seg__length-1} (OPTIONAL) 


op__pwi (param.) Tin {0 to CSD.seg__length- 
1} (OPTIONAL) 


sourcel’/source2’ word index —in {0 to 
2**16—1} 


TOS opnd.dyn pwi —in {0 to 
CSD.seg__length-1} (OPTIONAL) 


source’ or dest’ word index in {0 to 
2**16—1} 


dest’ word index -in {0 to 2**16—1} 
source’ word index in {0 to 2**16—1} 


index (TOS or TOS2 opnd) in {0 to 
DD.length-1} 

or (unpaged CharDD and word index —in {0 
to 2**16—1}) 

or (unpaged DoubleDD and (doubled) word 
index in {0 to 2**20—1}) 


dest’ word index —in {0 to 2**16—1} 


TOS opnd vin {0 to DD.length-1} 

or (unpaged CharDD and word index —in {0 
to 2**16—1}) 

or (unpaged DoubleDD and (doubled) word 
index min {0 to 2**20—1}) 


any index value sin {0 to DD.length-1} 
source’ or dest’ word index in {0 to 
2**16—1} 

Stack number not in {0 to SVD.length-1} 
(OPTIONAL) 


index (TOS or TOS2 opnd) in {0 to 
DD.length-1} 

or (unpaged DoubleDD and (doubled) word 
index —in {0 to 2**20—1}) 


TOS opnd ain {0 to DD.length-1} 
or (unpaged DoubleDD and (doubled) word 
index min {0 to 2**20—1}) 


TOS2 opnd min {1 to TOS.ICW__limit} 
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PACD,PACU, PKLD,PKRD,PKUD 


SEQD,SEQU,SGED,SGEU, 
SGTD,SGTU,SLED,SLEU, 
SLSD,SLSU,SNED,SNEU 


SFDC,SRDC 

SFSC,SRSC 

SHOW 

SISO 
SWFD,SWFU,SWTD,SWTU 
TEED, TEEU 


TEQD,TEQU,TGED,TGEU, 
TGTD,TGTU,TLED,TLEU, 
TLSD,TLSU,TNED,TNEU 


TRNS 


TUND,TUNU 


TWFD,TWFU,TWTD,TWTU 


TWOD,TWOU,TWSD,TWSU 


UPLD,UPLU,UPRD,UPRU, 
UPUD,UPUU,USND,USNU 


Invalid Object 
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source’ word index in {0 to 2**16—1} 


source’ word index in {0 to 2**16—1} 


dest? word index sin {0 to 2**16—1} 
source’ word index min {0 to 2**16—1} 
source’ word index “in {0 to 2**16—1} 
source’ word index in {0 to 2**16-1} 
source’ word index in {0 to 2**16—1} 
table’ word index -in {0 to 2**13—1} 


source’ or dest’ word index in {0 to 
2**16-1} 


source’ or dest’ word index in {0 to 
2**16—1} 

source’ or dest’ word index min {0 to 
2**16-—1} 

source’ or dest’ word index “in {0 to 
2**16-—1} 

source’ or dest’ word index —in {0 to 
2**k—1}, where k = 20 for IndexedWordDD, 
16 for pointer or source, or destination 
pointer has word__index = 2**16—1 and 
char__index > 0 


dest’ word index Tin {0 to 2**16-—1} 


Invalid Object interrupts are indicated with the expression "reference — — valid target”, where applica- 
ble, or noted with a short error condition statement. 


aFOP 


aLXLK 


DBFL,DBTR,DBUN 
LKID 


LOAD 


second word of dp (accessed by means of 
IRW) has tag m= 2 

or (accessed by means of IndexedDD) has odd 
tag 

stack-vector descriptor not unpaged original 
SingleDD (OPTIONAL) 

Or stack descriptor not unpaged unindexed 
SingleDD (OPTIONAL) 


NIRW 7m —~ PCW 

ref — — word with tag in {0,3} 
(OPTIONAL) 

ref — — (SIRW, DD, even-tag word) 
or IndexedDoubleDD — — operand 
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MVST 


LOK,LOKC 


NXLN 

NXLV,NXVA 
STAD,STAN,STOD,STON 
UNLK 


stack-vector descriptor not unpaged original 
SingleDD (OPTIONAL) 
or stack descriptor not unpaged unindexed 
SingleDD (OPTIONAL) 


ref — — word with tag in {0,3} 
(OPTIONAL) 


SingleDD [index] — — unindexed DD 
WordDD [index] — — opnd 
Operand type does not match store target. 


ref — — word with tag in {0,3} 
(OPTIONAL) 


In addition, all operators that generate Presence Bit interrupts on a data descriptor can, instead, gener- 
ate Invalid Object interrupts if an absent copy descriptor does not refer to an original DD: 


Mem[AbsentCopyDD. address] not original DD 


NOTE 


Because the effect of an absent stack-vector descriptor or an absent copy 
stack descriptor is undefined, an interrupt in this situation is OPTIONAL for 


aLXLK and 


Invalid Operator 


MVST. 


An Invalid Operator interrupt is generated only by NVLD (invalid operator). NVLD is encoded in both 
primary and variant modes. 


Invalid Reference 


An Invalid Reference interrupt may be generated by evaluation of an NIRW or an address-couple pa- 
rameter. In the case of NAMC and LNMC, the interrupt can be generated in examining the address- 
couple without evaluation. The tests are OPTIONAL. 
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DBFL,DBTR,DBUN 


ENTR 

EVAL 

INDX 

INXA 

LKID 
LOAD,LODT 
LNMC 

LVLC 
LOK,LOKC 
MKSN-NAMC 
NAMC 
NXLN,NXLV 
NXVA 
OVRD,OVRN 
RDLK 

STFF 
STAD,STAN 
STOD,STON 
UNLK 

VALC 


NIRW 
NIRW 
NIRW 
NIRW 


address-couple parameter 


NIRW 
NIRW 


address-couple 
address-couple 
NIRW 
address-couple 
address-couple 
NIRW 
address-couple 
NIRW 
NIRW 
NIRW 
address-couple 
NIRW 
NIRW 
address-couple 


parameter 
parameter 


parameter 
parameter 


parameter 


parameter 


parameter 


(optional implementation) 
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Invalid Reference Chain 


‘Conditions under which Invalid Reference Chain interrupts are generated are noted by indicating inva- 
lid reference chains as "reference chain — — valid reference or target”, where feasible. Operators that 
evaluate general reference chains are marked "**”. Refer to operator chaining rules as defined in sec- 


tion 3. 
aINTE 
ENTR 
EVAL 


INDX,INXA 


LVLC 
MKSN-NAMC 
NXLN 
NXLV,NXVA 


STAD,STAN,STOD,STON 
VALC 


Invalid Stack Argument 


[RW chain 7 — (PCW or (DD with 
element__size = 7)) 
{RW chain 7 ~ (PCW or (DD with 
element__size = 7)) 


28 


[RW chain — ~ (unindexed WordDD, 
unindexed CharDD, or (DD with element__size 


= 7) 


HK OK 


(optional implementation, anticipating ENTR) 
IRW chain — — (PCW or (DD with 


element__size = 7)) 
IRW chain — ~ (unindexed SingleDD 
or (DD with element__size = 7)) 


IRW chain — — (unindexed WordDD 
or (DD with element__size = 7)) 


te ok 


th & 


Conditions under which Invalid Stack Argument interrupts are generated are denoted as “stack item” 
not "required type.” “Required type” is a data type or set of types defined in Section 1 of this manual. 


alSX 

ADD 
AMIN,AMAX 
ASRT 

BCD 
BRFL,BRTR 
CBON 


CEQD,CEQU,CGED,CGEU, 
CGTD,CGTU,CLED,CLEU, 
CLSD,CLSU,CNED,CNEU 
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Argument not k-bit integer 

TOS not opnd or TOS2 not opnd 
TOD not opnd or TOS2 not opnd 
TOS not opnd 

TOS not opnd 

TOS not opnd 

TOS not opnd 


TOS not opnd 

or TOS2 not {IndexedDD,opnd} 

or TOS3 not IndexedDD 

or TOS2 = EBCDIC(hex) and TOS3 = 
hex(EBCDIC) 


CHSN 
CUIO 


DBCD 
DBFL,DBTR 


DBRS,DBST 
DBUN 
DFTR 


DINS 
DISO 
DIVD 
DRNT 


DSLF,DSRF,DSRR, DSRS,DSRT 


ENTR 
EQUL 
EVAL 
EXPU 
EXSD,EXSU 


GREQ,GRTR 


ICLD,ICRD,ICUD, ICVD,ICVU 


IDIV 
INDX 


INXA 
INOP 
INSG 
JOIN 
LESS 
LKID 
LLLU 


LOAD 
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TOS not opnd 


TOS not present unpaged unindexed copy 
SingleDD 


TOS not opnd or TOS2 not opnd 


TOS not {opnd,PCW,NIRW} 
TOS2 not opnd 


TOS not opnd 
TOS not {opnd,PCW,NIRW} 


TOS not opnd or TOS2 not opnd or TOS3 
not opnd 


TOS2 not opnd or TOS3 not opnd 
TOS not opnd or TOS2 not opnd 
TOS not opnd or TOS2 not opnd 


TOS not opnd or TOS2 not opnd or TOS3 
not opnd 


TOS not opnd or TOS2 not opnd 
Mem[F +1] not IRW 

TOS not opnd or TOS2 not opnd 

TOS not {IRW,IndexedWordDD} 

TOS not opnd or TOS2 not IndexedDD 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} or TOS3 not IndexedDD 


TOS not opnd or TOS2 not opnd 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} 


TOS not opnd or TOS2 not opnd 


(TOS not {unindexed copy WordDD, 
unindexed copy CharDD,IRW} or TOS2 not 
opnd) and (TOS not opnd or TOS2 not 
{unindexed copy WordDD, unindexed copy 
CharDD,IRW}) 


TOS not opnd 

dest.element__size = hex 
dest.element__size = hex 

TOS not opnd or TOS2 not opnd 
TOS not opnd or TOS2 not opnd 
TOS not {IRW, IndexedSingleDD} 


TOS or TOS3 not opnd or TOS2 not unpaged 


unindexed copy SingleDD 
TOS not {IRW,IndexedWordDD} 
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LODT 


LOK,LOKC 
LSEQ 
LVLC (restart) 


MCHR,MFLT,MINS,MVNU 


MULT,MULX 

MVST 

NEQL 

NORM 
NTGD,NTGR,NTIA,NTTD 
NXLV 


NXVA 

OCRX 
OVRD,OVRN 
PACD,PACU, 
PKLD,PKRD,PKUD 


RDIV 

RDLK 

RETN 

RNGT 

SCLF 
SCRF,SCRR,SCRS,SCRT 


SEQD,SEQU,SGED,SGEU, 
SGTD,SGTU,SLED,SLEU, 
SLSD,SLSU,SNED,SNEU 


SHOW 
SISO 


SNGL 
SNGT 
SPLT 
SRCH 


STAG 
STFF 


TOS not {IRW,IndexedSingleDD, 20-bit 
integer } 


TOS not {IRW, IndexedSingleDD} 
TOS not opnd or TOS2 not opnd 
TOS not {SIRW, IndexedWordDD, operand} 


source = EBCDIC(hex) and dest = hex 
(EBCDIC 


TOS not opnd or TOS2 not opnd 
TOS not single-precision operand 
TOS not opnd or TOS2 not opnd 
TOS not opnd 

TOS not opnd 


(TOS not {unindexed copy WordDD,IRW} or 
TOS2 not opnd) and (TOS not opnd or TOS2 
not {unindexed copy WordDD,IRW}) 


TOS not opnd 
TOS not sp or TOS2 not opnd 
TOS not {IRW,IndexedSingleDD} 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} 


TOS not opnd or TOS2 not opnd 
TOS not {IRW,IndexedSingleDD} 
TOS = NIRW 
TOS not opnd 
TOS not opnd 
TOS not opnd 


TOS not sp or TOS2 not opnd or TOS3 not 
{IndexedDD,opnd} 


TOS not opnd or TOS2 not {EBCDIC 
pointer, IndexedWordDD,opnd} 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} 


TOS not opnd 
TOS not {opnd,word descriptor} 
TOS not opnd 


TOS in {unpaged unindexed copy SingleDD, 
IndexedSingleDD} 


TOS not sp 
TOS not IRW 
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STAD,STAN (initial) 
STAD,STAN (restart) 


STOD,STON 


SUBT 
SWFD,SWFU,SWTD,SWTU 


SXSN 
TEED,TEEU 


TEQD,TEQU,TGED,TGEU, 
TGTD,TGTU,TLED,TLEU, 
TLSD,TLSU,TNED,TNEU 


TRNS 


TUND,TUNU 


TWFD,TWFU,TWTD,TWTU 


TWOD,TWOU,TWSD,TWSU 


UPLD,UPLU,UPRD,UPRU, 
UPUD,UPUU,USND,USNU 


UNLK 
VALC (restart) 
XTND 


Locking 


The Locking interrupt is generated by the LOK operator when the target interlock status is not Free. 


Memory Protect 


Most conditions under which Memory Protect interrupts are generated are noted by referencing a 
read__only descriptor through which a write is attempted. Others are noted by encountering an odd- 


tagged word in a set or translate table. 
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TOS not opnd 


TOS not {IRW, IndexedWordDD} or TOS 
not opnd 


TOS not {IRW, IndexedWordDD, opnd} or 
(TOS in {IRW, IndexedWordDD} and TOS2 
not opnd) (TOS is opnd and TOS2 not 
{IRW,IndexedWordDD}) 


TOS not opnd or TOS2 not opnd 


TOS not IndexedSingleDD or TOS2 not opnd 
or TOS3 not {IndexedDD,opnd} 


TOS not opnd 


TOS not IndexedDD or TOS2 not 
{IndexedDD, opnd} or TOS3 not IndexedDD 


TOS not sp or TOS2 not opnd or TOS3 not 
{IndexedDD,opnd} or TOS4 not IndexedDD 
or TOS3 = EBCDIC(hex) and TOS4 = 
hex(EBCDIC) 


TOS not IndexedSingleDD or TOS2 not opnd 
or TOS3 not {IndexedDD,opnd} or TOS4 not 
IndexedDD 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} or TOS3 not IndexedDD 
or TOS2 = EBCDIC(hex) and TOS3 = 
hex(EBCDIC) 


TOS not IndexedSingleDD or TOS2 not opnd 
or TOS3 not {IndexedDD,opnd} or TOS4 not 
IndexedDD or TOS3 = EBCDIC(hex) and 
TOS4 = hex(EBCDIC) 


TOS not opnd or TOS2 not 
{IndexedDD,opnd} or TOS3 not IndexedDD 


TOS not opnd or TOS2 not opnd TOS3 not 
IndexedDD 


TOS not {IRW, IndexedSingleDD} 
TOS not {SIRW, IndexedWordDD, operand} 
TOS not {opnd,word descriptor} 
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ENDF read__only destination pointer 


INOP,INSC,INSG,INSU read__only destination pointer 


LOK,LOKC read__only IndexedSingleDD 
MCHR,MFLT,MINS,MVNU read__only destination pointer 
OVRD,OVRN read__only IndexedSingleDD 
RDLK read__only IndexedSingleDD 
SHOW odd-tag word in source 


STAD,STAN,STOD,STON reference chain — tag-3 item or dp second- 


word location is an odd-tagged item or 

read__only IndexedWordDD 
SWFD,SWFU,SWTD,SWTU odd-tag in set 
TEQD,TEQU,TGED,TGEU, 
TGTD,TGTU,TLED,TLEU, 


TLSD,TLSU,TNED,TNEU read__only destination pointer 


TRNS read__only destination pointer or odd-tag in 
table 
TUND,TUNU read__only destination pointer 


TWFD,TWFU,TWTD,TWTU 


TWOD,TWOU 
TWSD,TWSU 


UPLD,UPLU,UPRD,UPRU, 
UPUD,UPUU,USND,USNU 


UNLK 


read__only destination pointer 
set 

read-only destination pointer 
read__only destination pointer 


read__only destination pointer 


read__only IndexedSingleDD 


or odd-tag in 


Paged Array 


Conditions under which Paged Array interrupts are generated are noted by naming the descriptor for 
the array that may be Paged. 


Resumption condition is implementation-defined for: 
restart-state string-isolate, pack, and input-convert operators. 
Resumption condition is Repeat-Initial for: 
compare update operators before the relation is known. 
pack and unpack operators with left-sign not yet fetched. 
UPLD and UPLU operators prior to storing any character. 
USND and USNU operators (in hexidecimal) prior to storing any character. 


Resumption condition is Repeat-Restart for: 


compare operators after the relation is known. 
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UPLD and UPLU operators after the sign is stored. 
USND and UPRU operators after the hexidecimal sign is stored. 
UPRD and UPRU operators attempting to store a hexidecimal sign. 


string-isolate, pack, or input-convert operators after any character has been fetched from the 
source. 


edit operators initiated by TEED or TEEU operators, (except for an interrupt on source segment 
at the tart of an edit operator with FLTF = 0.) 


edit operators initiated by EXSD or EXSU with FLTF = 1. 
Resumption condition is Repeat-IR in all other cases. 
CEQD,CEQU,CGED,CGEU, sourcel or source2 pointer 


CGTD,CGTU,CLED,CLEU, 
CLSD,CLSU,CNED,CNEU 


ENDF dest pointer 
ICLD,ICRD,ICUD, ICVD,ICVU source pointer 
INOP,INSC,INSG,INSU dest pointer 
MCHR,MFLT,MINS,MVNU source or dest pointer 
PACD,PACU, PKLD,PKRD,PKUD source pointer (R-R) 
SEQD,SEQU,SGED,SGEU, source pointer 


SGTD,SGTU,SLED,SLEU, 
SLSD,SLSU,SNED,SNEU 


SFDC,SRDC dest pointer 
SFSC,SRSC source pointer 

SISO source pointer 
SWFD,SWFU,SWTD,SWTU source pointer 
TEQD,TEQU,TGED,TGEU, source or dest pointer 


TGTD,TGTU,TLED,TLEU, 
TLSD,TLSU,TNED,TNEU 


TRNS source or dest pointer 

TUND,TUNU source or dest pointer 
TWFD,TWFU,TWTD,TWTU source or dest pointer 

TWSD,TWSU source or dest pointer 
UPLD,UPLU,UPRD,UPRU, dest pointer (R-I, except R-R for signed after 
UPUD,UPUU,USND,USNU sign stored) 


Page Structure Error 
The indexing operators can generate a Page Structure Error interrupt when indexing a paged DD. 


INDX,INXA paged DD [page index] — — unpaged original 
SingleDD 
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NXLN paged SingleDD [page index] — ~ unpaged 
Original SingleDD 
paged WordDD [page index] — — unpaged 
Original SingleDD 


NXLV,NXVA 


Precision Loss 


The following operators generate a Precision Loss interrupt whenever rounding is possible (no Expo- 
nent-Underflow), but precision must be lost to achieve an exponent within range. 


DIVD R(x/y) — = R*(x/y) 
MULT R(x*y) m= R*(x*y) 
MULX R(x*y) = R*(x*y) 


Presence Bit 


Conditions under which Presence Bit interrupts are generated are noted by naming the descriptor 
through which access is required or the structure that is absent. 


Resumption conditions are Repeat-IR, except as specified in the following table. 


aL XLK stack descriptor 
aPRCW 


CEQD,CEQU,CGED,CGEU, 
CGTD,CGTU,CLED,CLEU, 
CLSD,CLSU,CNED,CNEU 


code-segment descriptor (C) 
sourcel or source2 pointer (R-* for CxxU) 


EXSD,EXSU source or dest pointer (R-* if FLTF = 1) 

EXPU dest pointer 

ICLD,ICRD,ICUD, ICVD,ICVU source pointer (R-*) 

INDX,INXA page table 

LKID IndexedSingleDD 

LLLU SingleDD 

LOAD Indexed WordDD 

LOK,LOKC IndexedSingleDD 

LODT IndexedSingleDD 

LVLC IndexedWordDD (R-*) 

MVST destination stack descriptor 
XLN page table or indexed SingleDD 

NXLV,NXVA page table or indexed WordDD 

OVRD,OVRN IndexedSingleDD 

PACD,PACU, PKLD,PKRD,PKUD source pointer (R-*) 

RDLK IndexedSingleDD 


SEQD,SEQU,SGED,SGEU, 
SGTD,SGTU,SLED,SLEU, 
SLSD,SLSU,SNED,SNEU 


source pointer 
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SHOW 

SISO 

SRCH 

STAD,STAN 

STOD,STON 
SWFD,SWFU,SWTD,SWTU 
TEED, TEEU 


TEQD,TEQU,TGED,TGEU, 
TGTD,TGTU,TLED,TLEU, 
TLSD,TLSU,TNED,TNEU 


TRNS 

TUND,TUNU 
TWED,TWFU,TWTD,TWTU 
TWOD,TWOU,TWSD,TWSU 
UPLD,UPLU,UPRD,UPRU 


source pointer 

source pointer (R-*) 

SingleDD 

IndexedWordDD (R-*) 
IndexedWordDD 

set word descriptor or source pointer 


edit-table descriptor or (R-*) 
source or dest pointer (R-*) 


source or dest pointer 


table word descriptor or source or dest pointer 
source or dest pointer 

set word descriptor or source or dest pointer 
source or dest pointer 

dest pointer (R-*) 


UPUD,UPUU dest pointer 
USND,USNU dest pointer (R-*) 
UNLK IndexedSingleDD 
VALC IndexedWordDD (R-*) 


Stack Overflow 


Stack-Overflow interrupt is generated when a word is pushed onto the expression stack with the top- 
of-stack address equal to the stack limit (LOSR). 


The following operators and common actions have more stack outputs than inputs, and so can lead 
to expression-stack growth: 


aACCE aINTE DUPL IMKS LT8 LT16 LT48 LVLC MKSN MKST MPCW NAMC ONE RNGT 
ROFF RSNR RTFF RTOD SCRS SPLT VALC WATI WHOI ZERO 


The following operators can have stack outputs that, while equal in number to the stack arguments, 
occupy more words: 


BCD LOAD LODT NTGD NTTD NXVA SCLF XTND 
Some operators have more arguments in restart state than in initial state. The following operators can 
detect a stack overflow while updating the stack, prior to generating a Paged Array interrupt. The 
Stack-Overflow interrupt will be generated after the initial one. 

ICLD ICRD ICUD ICVD ICVU PKLD PKRD PKUD PACD PACU SISO 
When initiated by TEED or TEEU: 

ENDF INOP INSC INSG INSU MCHR MFLT MINS MVNU SFDC SFSC SRDC SRSC 


Stack-Overflow is not necessarily reported by the operator that causes the stack build-up. 
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Stack Structure Error 


aACCE new displacement “in {1 to 2**16—1}3 
(OPTIONAL) or S+1 — F “in {1 to 
2**14—1} (OPTIONAL) (MKST) or 
SIRW.lexical_link — = entered MSCW 


| (OPTIONAL) 
aINTE SIRW.lexical__link — = entered MSCW 
(OPTIONAL) 
aLXCH For i in levels traversed: Mem[LexLink to 


level i} — = entered MSCW (OPT) or 
MSCW.lex__level = = i (OPTIONAL) 


ENTR S < F or Mem[F] 7 = inactive MSCW or 
SIRW.lexical_link — = entered MSCW 
(OPTIONAL) or new displacement in {1 to 
2**16—1} (OPTIONAL) 


EXIT,RETN Mem[D[LL]] 7 = entered MSCW 
or Mem[D[LL]+1] 7 = RCW 
or MSCW.history__link = 0 (OPTIONAL) 
or HistLink <= BOSR 
or Stack[HistLink] — = MSCW 
or RCW.I1 7 = MSCW.11 (OPTIONAL) 
(First entered MSCW on historical chain) 


MKSN,MKST,IMKS OPTIONAL, not allowed for interrupts: (new 
F) — (old F) sin {1 to 2**14—1} or (new 
F) — BOSR Tin {0 to 2**16—1} 


MVST computed F < BOSR or HistLink < BOSR 
or S-BOSR “in {1 to 2**16-1} 
(OPTIONAL) | 


or S-F min {1 to 2**14—1} (OPTIONAL) 
or Stack[stack base] 7 = TSCW 

or Stack [HistLink] >= MSCW 

or MSCW.]] = = LL (OPTIONAL) 

(First entered MSCW on historical chain) 


STFF new displacement in {1 to 2**16-—1} 


Stack Underflow 


Stack-Underflow may be generated by any operator that requires stack arguments. If n argument words 
are required (n >= 1) and the address of the top-of-stack address at operator entry is less than 
D[LL]+n+1, a Stack-Underflow condition exists. 


Since most operators require stack arguments, the following lists only those operators that do NOT 
generate a Stack-Underflow interrupt: 


aACCE aCPY alINTE alSX 

BRUN DLAY DEXI 

EEX] ENDE ENDF ENTR EXIT HALT IDLE INOP INSC INSG 
INSU LNMC LT8 
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LT16 LT48 LVLC MCHR MFLT MINS 

MKSN MKST MPCW MVNU NAMC NOOP NVLD ONE PAUS 
PUSH ROFF 

RSTF RTFF RTOD RUNI SFDC SFSC SRDC SRSC VALC WATI 
WHOI ZERO 

ZIC 


Undefined Operator 


All operator encodings that are undefined for the current interpretation mode cause an Undefined Op- 
erator interrupt. Defined operators are identified in Appendixes A and B; all operators not identified 
in these appendixes are undefined. 


When MKSN-NAMC optimization is implemented, the interrupt is generated if the operator following 
MKSN is not NAMC. 


The interrupt is generated when the EXPU operator is used to execute an edit operator that requires 
a source: one of four move operators (MINS, MFLT, MVNU, MCHR) or two skip source operators 
(SFSC, SRSC). 


Unlocking 


The Unlocking interrupt is generated by the UNLK operator when the target interlock status is not 
Locked. 
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